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@ A method and apparatua for remotaly downloading and executing filea In a memory. 

@ Method and apparatus for altaring an exacut- 
able fie stored in a random access menr>ory on a 
designated interactive networic having a local 
area network Interface connprisee acUvatfrig a 
LAN omimunicatbn program The communi- 
cation program operated to broadcaat an in- 
quiry through the local area network for the 
des^nated interactive network board, to re- 
ceive location infonmation of the designated 
Interactive network bcmrd in response feo the 
broadcast inquiry, and to establish communi- 
cation with the designated interactive networtc 
board. The exeoutabte file ie downloaded into 
RAM on the designated interactive networic 
t)oard through the local area network interfece. 
A verifying step verffiea a checksum value of tt>e 
executable file agairat a checksum value in a 
checksian padoet attached to the executable 
file. In the caae that the verifying atep is suo- 
oessfljiiy completed, execution of the e)oecut- 
able file may be commanded remotely, e.g., 
across the LAN interface. 
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The present invention relates generally to a cfecult board whtehteooupledtoa local area network peripheral 
(e.9. a printer) and which aDows the peripheral to be an intelligent interactive network member ellnninating 
the necessity of dedtcatlrvg a personal computer to manage the peripheral. More particularly, the present in- 
ventk>n relates to a method and apparatus for downloading executable files to a random access memory 

6 (RAM) from a remote local area netw<»1c devtee, and renrK>tely executing the downloaded f les upon receiving 
a ocmunand from the remote LAN devtee. 

Ijocal Area Networks (XANs") are known for coupling together a plurality of personal computers vrith per- 
iphered devices such as printers, copiers, eta. to provide for enhanced communteatbn and shared resources. 
Heretcfore, pertpherais such as printers coupled to a LAN were rather unintelligent merely accepting infcr- 

10 matlon from the LAN and printing such Information on a hard copy. Moreover, such printers usually required 
a host personal computer ("PC) to effectivety manage the flow of data to the printer, l.e.. to ad as a "servei* 
for the printer. This alm<^ ahvays reQuired that the host PC be dedicated sdeiy to the printer server task. 

A number of products have recently appeared which ostensibly eliminate the need fbr such a dedtoated 
PC by incorporating hardware and software into a circuit board which may be coupled into the peripheral in 

IS orderto perform limited serverfunctions. For example, ASP Computer Produce, ina provides a device known 
as "JetLAN/P" whtoh acts as a stand-alone print server for Novell networks. The JetLAN/P® devfce couples 
to a LAN using a 10Base-2 thin coaxial cable or a 10Base-T twisted-patr cable. However, the JetLAN/P® cou- 
ples to the printeronly through the printer's parallel port Thus, while print Information can be sent to the printer, 
the amount of prfnter status information which ran be returned frcmi the printer is severely restricted. Forex- 

a> ample, such a devtee may obtain "off-line" and "out of paper' status from the printer, but little dse. Sudi a 
device does very little toward making the printer a truly intelligent responshre member of the network. 

Other known devices for coupling a printer to a LAN Include the Hewl^-Packard Jet DirectX C2071 A/B 
and C2059A, the Extended Systems EtherFlexP, the Intel MetPort?) and NetPort il€>, the Castelle LANPress® 
and JetPr^s®. and the MILAN FastPort<&. However, all of these devices sufferfrom the same disadvantages 

25 as the ASP JetLAN in that they do not allow the printer to transmit suff teient amounts of data to the LAN to 
enable the printer to be an effective and intelligent member of the n^work. 

Conventtonaliy, a manufacturer formats and stores executable programs into a programmable memory 
within computers and peripheral devices therefor. These executable programs generally are unalterable by the 
cufitomar. Therefore, in the case these devlcefi require an updated version of an executable program or if It 

so Is determined that the executable file does not operate properly and the devices require servicing for the pro- 
gram, the executable program within the computer or the peripheral device must be altarad either at the stte 
of manufacttra or at the site of the customer by a manufacturer's reprasentat ive in cvder to have t h is function 
performed. For example, cx}nventional printers store executable programs in ROM. These executable pro- 
grama, which affect the manner In which an image is to be formed, are unalterable by the custonter. Thus, If 

36 it is determined, after the product has been shipped to the cust(vner, that thars is a problem In the executable 
software, the manufocturer either has to rscall the printer or mist send a service representative out to the 
location of the printer at whteh point either an update of the software program or a new progranuned chip is 
Installed, 

Heretofore, it has not been possible to rBnK)tely alter the executable files within a computer or peripheral 
40 device through a local area network from a remote LAN device. That is, a computer or a peripheral device could 
not be accessed through the LAN inorder to alter oradd additional executable files, and in addition, to receive 
remote commands through the UVN to execute the altersd executable files or newly added files. Consequently, 
software updates and added exemtabla files must be perfcumed by the rrmnufocturer or at the customer's 
sfte by a ssrvitt representative which is not only Inconvenient, but expenshfe. 
45 The present invention addresses the drawt>ack& noted above by providing structure and function on a cir- 
cuit board coupled to a peripheral which win permit the peripheral to be a responsive, intelligent member of a 
network. 

In one aepect of the present invention, a method for downloading an executeble file to be stored In a RAM 
on a designated interactive network board Is provided whereby a remote LAN device downloads the executeble 

so file through a LAN interface on the Interactive network board, and remotely commands the Interactive network 
board to execute the downloaded file. According to this aspect of the Invention, a n^hod for downloading an 
executeble file to be stcHed in a RAM on a designated Interactive netvRn-k txmrd having a local area network 
interf^ comprises the step of acth^ting a LAN communicatton program. The communication program oper- 
ates to broadcast an kiqulry through the focal araa network for the designated interactive network board, to 

« receive location inftsTnatkin of the designated Interactive network bcmrd In rssponsa to the broadcast Inquiry, 
and to esteblish communication with the designated interacthre network board. The executeble fite is down- 
loaded into the FtAM on the designated intaractlva network board through the local area nehflrork interfooe. 
A verifying step verifiea a checksum value of the downloaded axecutabla file against a checksum value in a 
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checksum padcet attached to t he executatde file. In t he case that the verifying step is successfully completed, 
the execution of the executable file Is commanded from a remote LAN device. 

Aocordlng to another aape<^ of the Inventlonp an apparatira for downloading an executable file to an in- 
teractive netwc»1c txmrd includes a RAM disposed on the Interactive network board for storing the downloaded 
5 executable file therein, a LAN Interface connected to the Interactive network board for lecehrlng the down- 
loaded executable file, and a processor for executing the dowrioaded executable file stored in RAM. The pro> 
essor executes the executable file in response to a command from a remote LAN Interface. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 

The abov^noted advantages and features of the present invention will become wore readily apparent 
from the following detailed descriptkin of exemplary embodlrrmnts when taken in conjuncticn with the Draw- 
ings in which: 

RG. 1 is a block diagram of a Local Area Network according to the present inventkm; 
16 RG. 2 is a block diagram of a plurality of Local An&a NetwcHlcs coupled together 

RG. 3 is a block diagram showing the Network Expanston Board according to the present inventkm cou- 
pled between the Local Area Network and the printer; 

RG. 4 Is a block diagram of the Network Expansion Board according to the present Inventton; 
RGS. SA.5Band5C comprise a top-level fk»wchart showing the basicf unctions of the Network Expansion 
2D Board according to the present inventkin; 

RG. 6 Is a diagram showing the sequence in which software modules are loaded from the Network Ex- 
panaten Board ROM to RAM; 

RG. 7 is a block diagram showing hardware and software interfaces between the LAN and the Network 
Expansion Board; 

25 RG. 8 is a flowchart shewing how the EPROM firmware is configured for placing the Network Expansion 
Board in an operational mode; 

RG. 9 Is a chart showing the physical constructkm of different frame packets used on Ethernet; 

RG. 10 is a flowchart showing the operatkm of a PRESCAN software modula; 

RG. 11 la a chart showing that tha PRESCAN ntoduia may be u»d with other aoftware protocols; 
so RQ. 12 is a chartfor explaining the software structurs of the SAP3ERVER program; 

RG. 13 is a flowchart showing the operatkMi of SAPSERVER; 

RG. 14 is a flowchart showing the operation of a CPINIT program; 

RG. 15 is a flowchart showing the operatkMi of a CPCONSOL program; 

RGS. 1 6A and 1 6B comprise a flowchart showing the operation of a CPSOCKET pfngranrt; 
35 RGS. 17Aand 17B comprise a fkawchart showing the automatic logging of peripheral statistics; 

RG. 18 is a flowchart showing how multi-tasking processing is performed; 

RG. ig Is a flowchart showing how to pia^ the printer in a safe, defiault conf Iguratton; 

RG. 20 is a flowchart showing the downloading of executable flies to the NetwtH'k Expansion Board irm 

the local area networlg 

40 RG. 21 is a flowchart showing the k>ading of independently-executable modules in the EPROM of ttte 
Network Expansion Board; 

RG. 22 is a block diagram showing Network Expansion Board EPROM flash pnotectton circuitry; 
RG. 23 Is a flowchart showing the operatton of the circuitry of FIG. 22; 

RO. 24 is a flowchart showing the operation of remotely loading f irmmns in t he Network Expansbn Board 
45 EPROM; 

RG. 25 is a biodc diagram showing a hardware configuratton for taating the Network Expansion Board; 
and 

RGS. 26Aand 26B comprfse a flowchart showing a method of testing the Network E3cpansk»i Board using 
the test configuration of FIG. 25. 
so The embodiments aim ganeraliy to provkle hardmre and sdftwara solutions for making a network per- 
ipheral, such as a printer, an interactive network nnember capable not only of receiving and processing data 
received from the netwcal;, but of transmitting to the network significant amounts of data such as detailed 
atatus infotnatlon, operatk>nal parameters, and even data Input to the peripheral through other nrtodalitlas 
such as scanning, facsimile reception, etc. By integrating such hardware and software with the peripheral, it 
S5 is possible to elinrtlnate the requlrament for dedicating a per^nal computer to the peripheral to act as a per- 
iptieral server. 
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1. ARCHITECTURE 

RG. 1 is a block dt^rBm showing the present invention Incorporated Into a Network Expanskin Board 
TNEB^ 2 coupled to a printer4 whteh has an open architecture (to t>e discussed below). The NEB 2 is coupled 

5 to the LAN bus 6 through a 1^ Interfece 6^ forexam^e, Ethem^ intert^aces 10Base-Z lOBase-T, or lOBase- 
5, respedrvely, with a Coax oonnedor, an RJ45 oonnector, or a DBI 5 connector (AUI). Also coupled to the 
LAN 6 may be sudi network members as PC 10, PC 12, PC 14 (whk^ in this case acts as the network ad- 
mintetrat(»' if the admintetrat<a- has logged In at that PC; to be d^cussed belov^, and a printer 16 <with em- 
bedded QSERVERf unctronality; also to be discussed bdow). Other LAN members may include PC 18 (a<^ing 

10 as a print server; to be discussed below) with attached printer 20. PC 22 (acting as an RPRINTER; to be d^ 
cussed bekw) with attached printer 24, and printer 26 which is coupled to the IM 6 through a NetPort device 
28 (d»cu9sed in the Background of the Inventkm above). Afile server 30 b coupled to the LAN 6 and serves 
as a "library" for fiies to be trarmmltted and processed on the LAN, The file server 30 may have attached prin- 
ters 32 and 34. 

iS In more d^l. the network depicted In FIG. 1 may utilize any network software au^ as NoveD or Unbc 
software In order to effect oommunlcatlon among the various network members. The present embodiments 
wlli be described with respect to a LAN utiilzing Novell Netware® software (to be dlsossed In geater detali 
in sectnn 3a below) although any network software may be used. Adetailed descrfption of this software pack- 
age may be found in the publlcatkms 'T^etWaro® User's Guide' and the "NetWare® Supervieor'a Guide' by 

20 M&T Books, copyrighted 1990, incorporated herein by reference. See also the 'NetWare^ Print Server* by 
Noveli, March 1991 edition, Noveli Part No. 100-000892-001. Briefly, the file server 30 acts as a file manager, 
reoehrir^, storing, queuing, caching, and transmitting files of data between LAN members. Forearampie, data 
flies created respectively at the PCs 10 and 1 2 may be routed to the file server 30 whidi may order those 
data files and then transfer the ordered data files to a printer 24 upon command from a print server in PC 1 8. 

25 The file server 30 may include or may be ooupled to a kuge capacity storage member such as a 1 0 Gigabyte 
hard dtek subsystem. Furthermore, the printers 32 and 34 may be coupled to the flie server 30 to provide ad- 
ditlorml printing statkxis, if desired. 

While personal computer equipment is IDustrated in FIG. 1, other computer ec|uipment may also be includ- 
ed, as appropriate to the network software baing executed. For example, Unbc workstations may be included 

30 in the network when Unbc software is used, and those workstationfi may be used in conjunction with the iliu- 
Gtrated PCs under appropriate circumstances. 

PCs 10 and 12 may each comprise a standard work station PC capabie of generating data f iies, trans- 
mitting them onto the LAN, necehring files from the LAN, and displaying and/or processing such files at the 
work siatkMi. The PCs 1 0 and 1 2, however, era not capable of exercising control over LAN peripherala (u nieas 

3S the nstwork administrator is logged into that PC). 

A PC capable of ej^rting limited control over LAN peripherald is PC 22 which includes an embedded 
RPRINTER program. The RPRINTER program is a MS-DOS Terminate and Stay Resident (TSR") program 
which runa on a workstation to allow users i^ shars the printer 24 connected to the work statton. RPRINTER 
Is a ralatlveiy unintaliigent program t hat does not have the ability to search printer queues for work. RPRINTER 

40 gets fts workfrm a PSERVER (to ba discussed beiow} that is running elsswhere in the network. Because 
they communicate with the attached printer over the printer's parallel port, RPRINTERs are able to obtain only 
limited status and to rsturn thatstatus information to the responsible PSERVER over the LAN 6. Froma control 
standpoint, an RPRINTER allows stopping of a print Job and iittia more. Some printers include RPRINTERfea- 
turas by offering internal or external circuit boards that provMe the same limitad features of the RPRINTER 

45 TSR program running in a par^nal computer. 

Another nehvcu'k entity capable of exercising limited control over LAN peripherals is a printer 16 with at- 
tached circuit board 36 having an embedded QSERVER program. Here, the QSERVER program runs inside 
an HP LaserJet III® SI printer, and has the capability of searching the file eerver 30 print queues for eligible 
print files. The QSERVER's search queues cannot be dynamically altered nor does the QSERVER respond 

so to any form of status inquiry. The benefit of the QSERVER Is its abl llty to autonomously search for work. The 
QSERVER does not require a PSERVER running elsewhere in the system to feed it work. Sinc^ the QSERVER 
does not have a corresponding PSERVER and it does not itself have any status and control capabilities, It 
offers less control than even the RPRINTER. A QSER^R also diffiars from a PSERVER In that it has ex- 
tremely limited notification features and cannot print banners at the beginning of each print Job. 

S5 Another nehvork member having a QSERVER capability Is printer 26 whteh is coupled to the LAN 6 
through an external NetPort devi^ 28. 

Other peripheral server programs may be executed to service various peripherals, such as scanners, cx>p- 
iers, facaimilea eta, and servers may also be pmvlded based on network software protocol auch b& a Unbc- 
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compatible Line Printer Remote server (TPR"). 

ALAN member capable of exercising significant control over LAN peripherals l8thePC18havingaPSER- 
VER program entf^ded therein. PSERVER has t he ability to service multiple user-defined print queues, per- 
form dynamic search queue nrKxIlf Ication. and provide defined notification procedure for exception (failure) 

5 condltlone and status and control capabllitl^ PSERVER Is profvlded In several forms. PSERVER.EXE is a 
pro-am l\mX runs dedicated on a wc^ station and controls both bcal and remote printera. The local printers 
can be connected to either serial or parallet penis, and the rsnnotB printers are printers running elMwhere In 
the system. Two other forms of the PSERVER program are the PSERVER.VAP and the PSERVER.NLM. 
These are PSERVER versions that run on the file server 30 Itself. The .VAP version b for NetW^ore® 2d6, 

10 and the .NLM version is for NetWare® 366. While the PSERVER provides mudi more capability than the 
RPRINTER and QSERVER, one of its drawbacks b that the .EXE version requires a dedicated personal com- 
pute. 

Adedicated personal computer running PSERVER.EXE can control as many as 16 local/remote printers 
and can request print Information from many file server queues. However, there are several drawbacke to re- 

is lying on PSERVER to control network printing service. The first drawback Is that multiple printer strearr» 
must all be funndled through a single network node and personal computer processor. This can become a 
bottleneck The second drawback Is that for the mo^ effk^lent operation, the printers should be connected to 
the computer locally, as with the printer 20. This can be an inconvenience for users since It requires the printers 
to be du^red around PC 1 8. The third drawback is that if the controlled printers are remote as in the case 

2D of printer 24 which Is serviced by RPRINTER, then the print data must make the trip from the file server 30 
to the PSERVER PC 18 and then be retransmitted to the printer running RPRINTER. This is ineff teient 

The fourth drawback is the limited amount of printer status and control Informatton offered through PSER- 
VER. H has already been stated that RPRINTER does not allow for much more than rudimentary status such 
as *out of paper* and "offline". PSERVER ttsefffor locally and remotely connected printers does notoffermuch 

25 more than this because it was designed with oonsideratk}n of the ilmitatbns of the personal computer parallel 
port The PSERVER program also allows for its own status and control. 

The Network Expansion Board 2 installed in the printer 4 provides nrtany advantages and enhanced flex- 
ibility over the network periphensd control entttles discussed above. In partkuilar, the NEB-embedded contrd- 
ler offere RPRINTER, PSERVER and LPR (Une Printer Remote) functionaltty {through CRPRINTER, CPSER- 

so VER and CLPR programs to be discussed in section 3d bekm). There is an Initialization program named CPI- 
NIT (to be discuss^ In section 4h belovtO which allows the network administrator's PC 14 complete control 
over the configuration of NEB features. Due to its embedded naturs and the open archttecturs of printer 4, 
the NEB will have the ability to offer a wide variety of status and control features to the netw(»1(. That is, ver- 
bose amounts of status information may be provided from the printer 4 to the LAN 6, and a great deal of control 

35 information may be provided from the LAN 6 to the printer 4 (for example, exercising printer front panel func- 
tions from the PC 14). 

To access the extended amount of informatton available In the NEB, a program called CPCONSOL is res- 
Uent in the network administrator's PC 1 4 and allows the system administrator to view ail of the printer infor- 
mation whteh Is exported from the printer 4 by the NEB 2. The printer informatkxi available even if the 

40 RPRINTER functional conf juration (CRPRINTER) of the NEB 2 is selected. The PSERVER functional con- 
figuiatton (CPSERVER) of the NEB 2 will control the printer4 that contains the board. This optbn will have 
all of the standard PSERVER queue search capabilities as well as the notify and status fsaturss. All of these 
fsatures can be dynamically controlled from a remote work statton. The NEB environment and Is ability to 
expcul extended status and control Information from the printer 4 makes the oombinatkm of the NEB 2 and 

45 the printer 4 much more powerful than the standard RPRINTER, QSERVER, or PSERVER print methodologies 
currently available. 

The CPCONSOL program {to be discussed In greater detail in section 41 below} provided in the network 
administrator's PC 14 Is capable of Intertacing wtth the NEB 2 (and other network members) to perform such 
f uncttons as displaying current Information for a selected network device (interface informatkm, control in- 

Bo formatton, font Information, layout information, quality and common envlronnrant Informatton, duplex informa- 
tion, and miscellaneous infbrmatbn). CPCONSOL is also capable of setting or modifying the safe (default) 
conditbn of a network device. CPCONSOL may also activate or deactivate applk:ations of the NEB 2 such 
as CPSERVER or CRPRINTER (to be discussed below, butgenerally similar to the PSERVER and RPRINTER 
softwars packages discussed above). Firthermors, the CPCONSOL enables the PC 14 to display a tog file, 

$5 dear the log file, or write the log file to memory such as a local or a file syatam disk CPCONSOL can also 
display such printer-related information on PC14a&the numberof jobs, the numberof pages per Job, the num- 
ber of pages per minute, the time par ^b, the number of total pages per day, the number of total Jobs per day, 
and the number of days. The CPCONSOL program Is also capable of displaying on the PC14 such network- 
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related infbrrrmtion as media related and nofwnedtei related information, and of clearing such netvrark stat^ 
tics. 

The CPiNIT program (to be disiAJseed tn greater detail in section 4h below) resident in the network ad- 
ministrator's PC 14 can set up applicatk>n informatton print services such bs CPSERVER and CRPRINTER 
5 and configure those applications. CPINIT Is also capable cf ^ttlng and/or displaying device inlbmrkatlon su<^ 
as tlme/date/tlmezone, buffersize, disk size, logging flag, k>g limit, and a safe (default) envtoimentflag. CPI- 
NIT can also restore default service headings, reset the NEB 2, reboot the NEB 2, command a font download, 
cOTimand an emulatbn download, display a NEB power-on-setf-test ("POST*) error, d splay the NEB 2 frm- 
ware level, display the current log file size, etc. 
10 By providing the NEB 2 with P6ERVER and RPRINTER capabllttlee, the present invention achieves, with 
a single circuit board, enhanced functionality for the pr1nter4 with respect to the LAN 6. Therefore, the printer 
4 b a true 'Networked" printer and not just a printer connected to a network. 

White the present inventkui offers unique advantages on the LAN 6, these advantages are also realized 
when the 1^ 6 is coupled to one or more other LANs In a Wide Area Netw<rk (WAN"). FIG. 2 depicts such 
IS a WAN whk^ Includes a first 1^ 4 1 induding a server 61 40, PC*s 42. 44, and 46, and a printer 46. The server 
SI 40 is coupled to a backt^one 50 over a bus 52. The backbone 50 \s nothing more than an electfical con- 
nectbn between a plurality of buses. Also connected to the WAN Is a second LAN 61 comprising server S2 
60, PC's 62. 64, and 66, and a printer 66. Server S2 60 is coupled to backbone 50 over bus 54. 

The WAN may also indude a remote LAN 71 comprising server S3 70. PC's 72, 74 and 76 and a printer 
20 78. Since the LAN 71 is remote from the remainder of the system. It Is coupled to backbone 50 through a bus 
56, a transponder (whteh may indude a nrKKiem) 58. and a communteation line 59. 

In such a WAN. assunte that PC 42 is a P8ERVER requesting the use of printer 78. If the printer 76 is 
equipped with a NEB according to the present invention, a direct communication link can be estat^ished be- 
tween the PC 42 and the printer 78 whmby job infometion can be sent to printer 78. and status and control 
25 Information can be sent from printer 78 to the LAN 41. Therefore, the NEB according to the present Invention 
achieves its enhanced f unctk>nality even when installed in a peripheral coupled to a WAN. 

RQ. 3 is a block diagram depicting the connection of the NEB 2, according to the present invention, with 
the printer 4 and the LAN 6. The NEB 2 is dirsctiy connect to the LAN 6 via LAN interface 101, and also to 
the printer 4 via a bidirsctiona! Interface, here a Small Computer System Interface fSCSI") 100. The SCSI 
so interface 100 is coupidd to an SCSI bus 102 of the printer 4. 

The NEB can also service additional SCSI devtoes, such as other printers (RPRINTERs) or other periph- 
erals, daisy-chained on the SCSI bus using standard SCSI connectivity protocol. Also, the NEB may t>e used 
to drive other peripherals across the LAN Itself. 

The printer 4 is preiferably an open-architecturs printer induding the SCSI bus 102 and SCSI interfaces 
55 104and 106. Print8r4 also indudss a processor 108 such as a FtEDUCED INSTRUCTION SET COMPUTER 
("RISC") which communicates with a RAM Memory 110 and with a printing engine 112 which actually drives 
the printing medianism. The RISC processor also communicates with NVRAM 111 for storing information 
which needs to be maintained between power cydes, such as user-defined Informatkm, and with ROM 113 
from which RISC processor 1 08 executes printer contrd. The printer4 may also include a hard disk 114 capable 
40 of holding large amounts of data in a non-vdatlle way. Printer 4 also has a front panel display 11 6, and a key- 
board 11 5 fbr Inputting control commands to the printer. 

Preferably, the printer 4 indudes an open architecture which takes advantage of the bi-dirscttonal nature 
of the SCSI interface 100 to provide a great deal of status (and other) information from the printsr 4 to the 
LAN 6 via the NEB, and also to allow fine control of the printer from a rsmoto location. For example, such 
48 Open architecture when used with the bi-directional SCSI interface permits most or ail of ttie informatbn on 
the front panel display 116 of printer 4 to be exported to a remots location, and also permfts ntoat or all of the 
contrd fundions of the printer front panel keyboard 115 to be activated from the remote locatton. 

Briefly, the open-architedure printer4 comprises four major subsystems: Conmunication; «lob Pipe; Page 
Layout and Raster functions; and Systems Services. The Communication subsystem handles the different 
so ccvmnunkation devices and initiates the start of a job application. When the printer starts to receive data, the 
Cmmunk:atlon subsystem sends the first part of the incoming data to each emulator for examination. The 
first emulator ttmt can process ths data becomes the Job Pips driver. The system then oonstruds a Job Pipe 
to process the data (data flows into one end of the pipe, and page images ftow out of the other end). This Job 
Pipe comprises many segments one of whldi is the Job Pipe driver. 
8S The Job Pipe subsystem has a Pipe driver segment (the appiicatton for an emulator) and input and output 
segments. The input and output pipe segments have at least two other segments: for input, source and source 
filter segments; and for output, an output filter and a data sink. The input segment of the Communication sub- 
system delivers the input data which can be supplemented by information from a file system. The Pipe driver 
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piocesses input and supplemental data. It also generates imaging commands and page layout Information that 
it sends to the ou^ut segment The Pipe driver may store this infamatlon to the printer disk (If present). The 
output segment sends this data to the Page Layout and Raster sutjsystem. 

The Page Layout and Raster subsystem takes the Imaging and page layout infainalfon and converts it 
to a raster Image for the print engine 112. This se^lon operates completely separately frx)m Job Pipe. 

The System Servk;es subsystem provides file system access, console access, font services, basic system 
service, and image generation services. ThersforB, a printer 4 having euch an open architecture wiii take full 
advantage off t he intelligent interactive NEB 2 to provide ln<»eased f u ncttonality to the printer 4 and the entire 
network. 

ZhIARDWARE 



RG. 4 is a block diagram of the NEB 2 showing the major components thereof. The NEB 2 Is coupled to 
the LAN 6 through network connectors 20Z 203, and 204. Preferably, the connector 202 is an RJ46 capable 
16 of accepting a lOBase-T connection. The connector 203 rroy comprise a DB15 TOnnector for accepting a 
10Base-5 connectton, vriiile the connector 204 may be a simple Coax connector capable of accepting a 
10Base-2 oonnectbn. All of the connectors 202, 203, and 204 are coupled to a network oontioller 206 (pre- 
ferably an Ethernet Network Controller). However, the connector 204 is first coupled through a transceiver 
20a. 

so Power Is supplied to NEB 2 from a +5V power source in printer 4 through the printer expansion port 226. 
The -tW power is also provkled to the power converters 21 0 and 21 2. The power converter 21 0 provides -9V 
power to transoehrer 208, while the power converter 212 provkles +12V power for flashing" (loading; to be 
discussed In sectton 4q betow) the EPROM 222. Also, the network controller 206 Is coupled to an 8 KB stetk; 
RAIM 214. 

25 The heart of the NEB 2 is a microprocessor 21 6, prefersbly an NEC V53. The microprocessor 21 6 Is cou- 
pled to a serial port 218. currently used for testing. Also coupled to the microprocessw 216 are a 512 KB dy- 
namic RAM 220, a 256 KB flash EPROM 222, an SCSI controller 224 (oorrsspondlng to SCSI Interfece 100 
of RG. 3) a printer expansion port 226, a diagnostics/fisilure LED 240, a 256 Byte non-volatile RAIW 228. a 
control register 230, and a PROM 232 which stores the Media Access Control ("MAC^ address which is the 

so unique name for every EtherNet board. 

The architecture of the NEB 2 provides an advantage in that it has unk^ue support features for adnrinls- 
t ration and management of large, multi-area networks. These suppcyt features include, fbr example, printer 
control and stetus monitoring from a remote iocatton on the network, (I.e., from the network administrator's 
office), autimiatte management of printer configuration after each print Job to pnsvide a guaranteed initial en- 

S5 vironmentforthe next u^r, and logs of printer usage statistics accessible across the networkforcharacterizing 
printer workload and scheduling toner cartrMge replacement A key parameter In the NEB deslg n is. the abi iity 
to access the printer control steto from the NEB 2 through a bi-directional interface, here the SCSI Interface 
1 0a This allows t ha printer console information to be exported to the NEB or to an external network node for 
the progrenvning of many useful printing support functions. 

40 Table 1 below provides a description of the functions, implementatton, and operational notes with respect 
to the major hardware elements of NEB 2. 
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Table 1 





7— ~ 

Function 


ImpleBentation 


u 

Notes 1 




network Controller 
(206) 


National DP 83902 


With DP8392 Coax 1 

Transceiver 


10 


Ethernet Interfaces; 


10Ba6e-2 (202) 


Coax connector 


• 




lOBa&e-T (204) 


RJ45 connector 






lOBaBe-5 (203) 


DB15 connector 
(AUI) 


15 


Embedded Processor 
(216} 


NEC V53 


16-bit/ 16KhS HPU 
with DMA, tljners. 
Interrupts 


20 \ 


EPROM (Flash) 
(222) 


256K.ByteB 


Network prograia 
code 9 board BIOS 
(Basic input 
output Subsysten) ^ 
diagnostics 


25 1 


NVRAM 

(220) 


256 B/tes 


Printer 
Installation 
Configuration on^ — 
Network ' 1 


SO 


DRAM 

(220) 


512K Bytes 


code execution and 1 
data buffering for 1 
exp.port 1 


SRAM 

(214) 


8K Bytes 


Buffering of i 
incoming Ethernet^' 1 
packets ' - 1 



38 



SCSI Controller 
{224) 


NCR 53C90A 


30-pin, internal 1 
I/F configuration 
with power 


Ikac Address and 
[Hardware ID PROM 
1 (232) 


32 Bytes 


Stores HAC address 
and Hardward ID 
information 


1 Board Size 


100 ma x 125 mm 


Type 2 SXP-I/F 
PCB, doubles ided 
SMT 


1 Power 
■ 


5vdc, 710 ma 


DC converter on 
board for Ethernet 
+I2vdc/»9vdc 



Preferably, the NEB 2 is installed-lnside the printer 4 in an expansion options slot The NEB 2 is this 
an embedded networic node with the pro^sslng and data storage features described above. 

The miaroprooe88or216 Implements a data link layer of network packet transmtseion and recept ton. Net- 
work data transfer overhead is minimized through the use of a dedicated static RAM packet buffer 21 4 man- 
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aged dtre^ty by the netwulc oontroller 208. The microprocessor 216 accesses blocks of SRAM packet data 
and netwcH'k rrossagaa through the network controller 206, and moves them into the large DRAM memory 
220. 

Blocks of print image data and oontrot inlbrmatton are assembled by the micrDprooessor 216 for trans- 
5 mission to the printer 4 by the SCSI controller 224 using the SCSI transfer protocol of the piMer expansion 
port Likewise, printer status inf<»7nation Is transferred from printer4 back to the NEB 2 In SCSI btock format 
The SCSI controller 224 operates concurrent^ with the network oontroller 206 for increased data throughput 
foroverBll NEB performance. 

The microprocessor 216 Is preferably an NEC V53 chip which is a fiast. h^hly-integrated nnicroprooessor 
fo with a 16-blt lntel-oompatit)!e prooesa<»- In support of Dkect Memory Access (^MA"), Interrupt timers and 
DRAM refresh control. Data bus structure on the NEB 2 Is i mplemented 1 6>blts wide to take advantage of the 
8-Bit/16-Blt dynamic bus sizing dutig microprocessor 1/0 transfers. Control firmware and printing application 
software for the mtoropro^ssor 216 are stored on the NEB 2 in EPROM 222. After power-on seif-test the 
firmware code is seiectivety moved to the higher-performance DRAM 220 for actual execution. Network and 
is printer oonf iguratton paranrmters are written into NVRAM 226 when the printer \b frst Installed onto the net- 
work. Thus, NVRAM 226 aDows the NEB software to recover the Installation parameters after printer power 
has been cycled off and on. 

3, SOFTWARE 

20 

Software for the LAN comprises a combination of network software, and NEB-ci»tomized software such 
as NEB-embedded software and software resident on the network adnrtlnlstrBtor's PC. 

3a. Netwwk Scrftware 

2S 

in the present embodiment NetWare® network software is used to manage Interactions between nodes 
of a network su<^ that the dient work stations can share and receive services from server nodes such as 
disk file servara, database aarvars, print sarvera, etc. NefWare® itaalf is a combination of software modules 
running on these aervar nodes and on each work stetion node. At least one file 6Bryf&r may be provided in a 

30 Novell network. NetWare® runs as the operating system for the PC of the f i le server to provkje t>ask: network 
core servicas and utilltlas. File servers can connect to more than one LAN by using up tofour network Interface 
cards (prefierably Ethernet or Token Ring connecttons). In these configurations, "bridging" or "backbone" sar- 
vfoes are provided between a plurallty of LANs, as shown In FIG. 2, such that resource Including printers, 
can be ahared Internaf i.e., from one LAN to another. 

3? On work stations, NetWare® runs In cooperation with the vtork station operating system (DOS or OS/2) 
as a NetWare® "shell" of control software. This shell has the effact of extending the services of the workstation 
operating system onto the network to make network resources appear tocal to the work statton. 

Novell PSERVER software has t he Job of contrdling a group of printers (up to sbcteen) In order to service 
printing requests from netwwk nodes. Requests are structured in a form of print queues that are held on the 

40 network file server using network queue management services. Queue entries contain a list of files to be print- 
ed. The fWBS contain data to be printed such as tabs, formfeeds, and other Printer Dascriptton Language 
("POL") commands. Sevaral queues can be serviced by a single PSERVER. 

Standard Novefl servers are available In different versions depending on the typa of network node they 
are to execute on. Print server programs can rsskle on the file server itself. Aversion of print server software 

45 may also be loaded on a stend-alone DOS station node to make that node a dedicated print server. 

By provMing print server functionality (CPSERVER) to NEB 2 of the present Invention, the NEB and at- 
tached printer will offer all the printing services of a standard Novali print server wfthout the need for an at- 
tached PC. 

Printers thamseVes are considered to be either local" or "remote". Alocal printer is one that Is physk:aliy 
so connected to the print server node. In the case of the NEB 2, the local printer is the printer houaing the NEB. 
A remote printer Is managed by RPRINTER programs running In the PCs they are connected to. RPRINTERs 
teeaWe print data frcvn PRINTSER^S running elsewhere on the LAN. The NEB 2 of the prasant invention 
can be provklad with RPRINTER functionality (CRPRINTER) to offer Ite printer as a networic remote printer. 
In this mode. It is fully compatible with stendard versions of Novell print servers. 
55 Novell NetWare^ provkles a number of print utilities to configure and control file server or work stetlon- 
t>ased print servers and their atteched printers. The NoveD program PCONSOi^ is a menu-driven utility that 
allows a user (the printer console operator) to create a new print server, configure up to stxtesn local or remote 
print ports, mate print queues, aa^gn queues to printers, and stert/atop printer and server operetlona. 
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3b. NEB-Ciatomized Software 

The NEB 2 is bundled with software modules that Implement the full range of printing services offered 
by NetWare^. This includes external NetWareCSLcompatlble rrtodules that execute on work station nodes of 

5 the network in addltkin to internal NetV\tere®-compatibte modid^ running on the NEB 2 Inside the printer. 
The specific NetWares-compatible programs developed for use with the NEB 2 (e.g.. the customized CPSER- 
VER and CRPRINTER programs to be discussed below) are provided with the sarrw general operational in- 
terfaces as standard printing modules from NoveO so as to be familiar to Novell users and network admlnb- 
tratlon personnei.The oistcxnized versions include functional extensions that rrtake use of the open architeo- 

10 t UTD of the printer 4 to enhance print servk^ management across t he network. 

TaUe 2 shows the functions, Implementations, and operational notes for the customized software devel- 
oped for the NEB. 



Table 2 



IS 


Function 


tmpiemsntation 


Notes 




NEB-spedfic f uncttons In 
NEB EPROM 


CP SERVER 


(92KB) 


Custonnized Print Server 


20 




CRPRINTER 


(40KB) 


Custontized Remote Printer 




NEB-to-Network convnunlca- 
ticn in NEB EPROM 


CPSOCKET 


(30KB) 


Concurrent multi-protood operation 


25 


NEB Envrionment in N EB 
EPROM 


(15KB} 


Monitor, loader, POST, etc 


30 


Extensions to HeW2re/S> 
PCONSOl^ for Printer Con- 
trol/Configuration in Adminis- 
tratc^s PC 14 


CPCONSOL.EX 
CPINIT.EXE 


E (180KB) 
(120KB) 


Remote Control & State, Auto-Re- 
configuration. Print Job 
ijogs/Statlstics 



^ 3c NEB-Embedded Software 

The software developed for the NEB 2 Include software embeddedJn the NEB and software loaded Into 
the network administrator's PC 14. The NEB-embedded software provkJes both the NetWares-compatible 
node and NetWare^-oompatiUe print services diectiy Inside the printer 4 without the overhead of a work sta- 

40 tton PC and its DOS operating systenn The NEB-embedded software comprises a plurality of applicatk>n mod* 
ules ((^SERVER, CRPRINTER, etc.), real-time service modules, network protocol stacks, and a MONITOR 
program which performs applicatton switching, process extension, devne aemaphores, and shares buffer-pool 
management Thefunctktnality of the NEB is determined by the types of application nrxxJuIes and the number 
of protocol stacks of network layered oommunlcatlon software that are configured Into the NEB 2. Interaction 

48 between the printer 4 and the network is coordinated by the MONITOR program which responds to real-time 
events while allocating NEB processing time to each appilcatbn module on a multitasking basis. 

The NEB software functions at two layers: a "run-time" or real-time layer and a "soft-time' or applications 
layer. The run-time layer is comprised of components of NEB software that respond to mbroprooessor inter- 
rupts. This layer servkies devices such as a timer, queued data transferrequests from the SCSI port or LAN 

so data through the protocol stack routine, and the CPSCX^KET (to be discussed in sectton 4j below) communi- 
cation mechanism. 

The soft-time layer is arbited and controlled by the MONITOR program (to be discussed In section 41 be- 
low) which gets control of the NEB mteroprocessor 21 6 after all real-t ime events have been servteed. A non- 
preemptive (cooperathffi multl-tBaking) approach Is used to divkie the processor between the various appl^ 
65 cation nKxiules that are k>aded such that no one appibation module can pre-empt other modules by capturing 
the mlcroprooessor. 

The NEB EPROM 222 contains up to 256 KB of application module programs and NEB initialization code. 
At power-up or during a programmed reset, the NEB 2 executes a POST from the EPROM 222 before seleo- 
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t ivety transferring its EPROM code to NEB DRAM 220. tf t he POST Is successful, the NEB 2 will load its pro- 
toool stacks and application modules into DRAM, and begin execution of its application modules. 

In its basic configuration, the NEB 2 contains NetWaret^-compatible application modules cmiprislng em- 
bedded versions of two configurations: the dstomized Remote Printer f^RPRINTEf^; and the Customized 

5 Print Server fCPSERVER"). Preferably, the NEB acts In only one of these configurations at a tlnr«. Firther. 
these application nKKlules require that a n^work protocol stack be loaded and functioning wfthin the NEB. 

When oonftgursd with RPRINTER functionality, the NEBoperates Its printerasa slave to an external print 
server using a CRPRINTER modiMe. In this configuration, the NEB exports to the LAN only limited printer sta- 
tus inlbnnation in emulatbn of what the standard Novell print server expects from a standard Novell RPRIN- 

io TER. However, extended status information about the printer will still be available if the CPC0N80L utility 
(discussed above) is exeoited in the network admlnlstrat<^8 PC 14. 

As mentbned above, the NEB 2 include embedded software programs CPSERVERand CRPRINTER 
whidi, enable t he NEB to act wit h eit her PSERVER or RPRINTER functtonality on the network. The o^tomized 
NEB-embedded software whteh permits peripheral status and control informat ion overthe LAN CPSOCKET 

IB (to be discussed In sectbn 4j below). CPSOCKET runs on the NEB and monitors the LAN for communications 
addressed to both the NEB 2 and the attached printer 4. Further, CPSOCICET communicates with CRNIT and 
CPCONSOL when th^ are running. CPSOCKET wID maintain a table of default settlr^s for the device env^ 
onment, downk}ad basic oonf^uretion informatton (fonts and enrudatk>ns) at power-up, provide device infor- 
mation, statistics, and log information for CPCONSOL displays, and provide reset reboot and downbad ca- 

20 pablllties. CPSOCKET wlli also be responsible for the configuration of the NEB 2. Further, CPSOCKET wiil 
configure and activate appiicatkms on the NEB at the request of CPiNIT CPSOCKET also insures that the 
correct protocol stacks are avaliabie for each configured application. CPSOCKET wilt handle the settings of 
the NEB 2 and the printer variables at the request of both CPINIT and CPCONSOL Finally, the download fe- 
ctiity (e.g. the network administrator's PC 14) wlli contact CPSOCKET to carry out any f imnwane downloading, 

2S such as fiashing EPROM 222, that Is required. 

Upon inftiaiization, programs such as CPINIT and CPCONSOL will issue a Service Advertising Protocol 
("SAP^ on the LAN looking for all network devk^ having the customized software of NEB 2. CPSOCKET 
will receive this broadcast signal and will respond. CPINIT or CPCONSOL than establishes a special connec- 
tion wit h CPSOCKET using a customized diant socket CPSOCKET wi II then post multiple ilstens and wiil pro- 

30 vkle client servk^ transactions such as NEB contrcd, device information, basic oonf iguratton information, ap- 
plication Information, statistics, and logging. For example, CPINIT can request that an application be config- 
ured, and CPCONSOL can request that an already-configured application be acthrated or dsactivafod. 
CPSOCKET will insure that the appropriate option (prato(^ stack) is available and configured for an appllca- 
tton before allowing the application itself to be conf iguned. Wtthin the NEB, the CPSOCKET operational mod- 

S5 ule is ahvays activated. 

Additional print service appllcatfons may be utilized after loading further applteation modules Into the 
NEB, for example, UNIX print services and associated protocol implementetion. 

3d. PC-Resident Customized Software 

40 

To further enhance the functionality of the NEB 2, customized software is also provided to the network 
adniinistrator's PC 1 4. For example, a Customized PCONSOLE ("CPCONSOL"; to be discussed In greater de- 
tail In sectton 41 bslow) utility provides extensions to Novell's PCONSOLE printer utility to enable aa»ss to 
the powerful control and monitoring features of the opan-architecture printer 4. Forexampte, the following are 

45 typical atetus control information available to the nehvork f run the printer through the use of CPCONSOL 
(A) status and contrcd infom^tion such as online/offline, no response, time/data/time zone, language, ofiasts, 
error skip ^ttings, timer, buzzer enable, toner tow, paper full, paper counter, count since last service, paper 
out paper Jam; (B)font information such as primary, secondary, graphic set scaling, rotetkNi, elite; (C) layout 
information such as page orientetlon, line pitch, character pitch; (D) quality and common environment Infor- 

Bo matlon such as number of copies, overlay. Job complete, command mode, default papar size, current paper 
size; and (E} configuration informatkm such as interteo^ buffisr size, feeder select duplex print page stack 
Older, etc 

Furthermore, configuration date fbr the printer act^slble to the network thmugh the use of CPCONSOL 
Includes: (A) nebivork group information such as protocol type, the node name, the file server name, routing, 
«ff POST error code, NEB firmware level, MAC address, server mode; and (B) printer group Informatton such as 
safe (deteulQ environment font disk present disk siz^ initial environment losing on/off, log file size, con- 
f igured/nonconf igured, and net nanra. Additionally, logs can be kept of print job flow, print engine usage, and 
nehwork behavity. Examples of such usage and statistical log entries include: (A) network group information 
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such as receive statistbs, transmit stat^ics. and non-fnedia related Information; (B) Job entry Infomation 
such a» date/time/time zone. log-In (user'a name), job name, pages, copy count, ami print status; (C) initlalH 
zatlon entry Information; (D) error condition entry inf<vmation; (E) dear tog entry Information; and (F) printer 
group Information such as the number oT jobs, pagesQob. pages/lmlnute, tImeQob. total pages/day, total 

s jobs/day, number of days and total resets. 

CPCONSOL Is a menu-driven DOS executable program whose function is to provide extensions to the 
NoveQ PCONSOLE printer utility. The CPCONSOL extension enables access to the addttionai control and 
monit(»ing features of the open-architecture printer 4. These features will enhan^ print servtee n«n9gement 
acrc^s the networic by aliowing the network administrator's PC 14 to control and maintain the printer from a 

10 remote location, in sunrtmary, CPC0N80L Is the utility that expcHts printer control features to the network 
a<kninl^rator, allows reconHguratlon of the safe (defeult) environment and alkyws the network adminlstnator 
to view network and printer status, job statistBs, and a log of the previously-processed Jobs and error condi- 
tions. CPCONSOL gathers the requested Informatfon by communicating with the NEB-embedded software 
program module CPSOCKET. 

IS Another customized software program resident on the network administrator's PC 14 is Customized Per- 
ipheral Initializer fCPINIT"; to be discuss^ in section 4h below) which Is also a menu-driven DOS ^ecutabie 
program. TTie function (tf the program is to configure, reconfigure, and Initialize the printer4 attached to the 
NEB 2. 

The CPINFT module will configure the NEB to act as a print server with one attached printer and specifies 

20 its primary file server by which the NEB will determine which queues to senrice. CPINU is the program that 
supervises ali like-customized devices on the UVN (e.g. other NEBs Installed In other open-architecture prin- 
ters). CRNIT accomplishes this task by communicating over the network with other NEBs that reside within 
open<«rchitecture peripheral devices. CPINIT is used to configure each NEB with the appropriate basic con- 
ftguiatkm information such as configuring the NEB as CPSERVER or CRPRINTER. The basic configuration 

25 information comprises NEB environment settings (Including which printserver applications are active), as well 
as device environment options (e.g. a list of fonts and emulations to download printer Initialization time), and 
device defeult settings (such as the internal device time/date/time zone, buffer size, disk and logging infor- 
mation, and printer name). The CPINIT program also displays status information about the NEB (such as the 
FirmwarB level loaded in the NEB and reports latent POST arrets). 

so TheCRNrr program will broadcast over the network to see which other customized devices are available 
on the LAN. The NEBs attached to such othar customized devtees will respond with their Identlftoatlon num- 
bers, their device types, and their configuration states. CPINIT wrilt construct a list of these N EBs and devtees 
that will be presented to the netwrok administrator to altow their a>nriguration or reconfiguratton. 

ADOWNLOADER program may also be loaded into the network administrator's PC14 to download axecu- 

55 table files to the NEB across the network (to be discussed In greater detail in sectkxi 4n below). 

Another customteed program which may run on the network administrator's PC 14 is CPFLASH which 
may be used to remotely flash new firmware into EPROM 222, as will be discussed in grsater detail in section 
4q below. 

40 4. OPERATION 

At first, an overview discussion of the NEB structure and functions will be provided with respect to the 
flowchart of FIGS. 5A, 5B and 5C. Thereafter, more detai led descripttons of various aspects of the NEB hard- 
ware and soft%vare will be provided wfth respect to sections 4a to 4q. 

48 The present inventton takes advantage of the bi-directional nature of the communication between the prin- 
ter and the NEB, and the NEB's ability to prt>cess Informatton on a multi-fasking basis. That is, the bi-direo- 
tionai SCSI bus can transmit large quantities of data both to and from the printer, enabling the NEB to receive 
large quantltlds of specific status data from the printer or even data Input irm the peripheral (such as image 
data Input from a scanner}. The NEB microprocessor processes infonratton on a multi-tasking basis (sequen- 

so tial but shared) effect h^ely parallel pro^sing Information received from the network and Information received 
from the printer. This multi-taskir^ processing Insures that the NEB is responsive to both the network and 
the printer on a near real-time basis. 

RGS. 5A, SB, and 5C comprise a top-level flowchart d^toting a notional sequence of events which may 
occur when the NEB and its associated software Is Installed In a printer coupled to a tocal area network. Ovar- 

ffff all, tha printer renders print Infmnatlon and te coupled to the NEB through a bl-dlrectional SCSI Interface. 
The printer may also have a parallel port and/or a serial pert for receiving print information from other sources. 
The NEB is connected to the printer via the bidirectional SCSI Interface, the board receiving printer Infcs'mation 
from the local area network. The board sends print Jobs and printer status Inquiries to the printer over the SCSI 
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interfece, receives printer status from the printer over the SC81 interface, and reports printer status overthe 
network. 

Where the NEB is coupled to a data generating device such as a scanner, the board is connected to the 
scanner through the bi-directional SCSI Interfece and is coupled to the networlc via the IMi Interface. The 

5 board receives status request Information from the networlc and will p^ this Information to the mnner over 
the bi-directionai interface. The board will also receive the data generated by the scanner over the bi-dtre^ 
tional Interface, and will pass that data onto the netwcnic overthe LAN interfaca 

illustrating a sequence of events which may occur when the NEB is Installed in a printer. RG. SA begins 
when power b applied to the NEB at Step 81 . At Step S2, the NEB executes a power-on-self-test fPOST) 

10 from EPROM 220. At Step S3, If the POST la successfully completed, the process moves to Step SS where 
the NEB EPROM 222 operational code reads the network and printer configuration code from NVRAM 228. 
If the POST is not successfully acmmplished at Step S3, a feliure indication s logged at Step S4 and this 
information may be transmitted to the network over the LAN interface. An LED failure/diagnostics light on the 
NEB or printer may also be activated. 

is After the network and oonf iguretton code have been read from NVRAM 228, the procedure advances to 
Step S6 where the NEB EPROM operational code reads selected oonfigurationmodules, protocol stacks, 
housekeeping nnodules, etc, (e.g., the MONITOR muitl-tasking module, CPSOCKET, CPSERVER. etc) frc^ 
EPROM 222, and downloads the selected modules to DRAM 220.ln Step S6, a configuratton is selected (In 
accordance with the configuration set by CPINIT) which defines an operational mode (e.g. CPSERVER or 

20 CRPRINTER) of the interactive network board. As will be discussed in greater detail in section 4d bekyw, a 
binary configuration code Is sent over the LAN and stored in NVRAM 228. After the NEB Is booted up. the 
conf^uration code Is read from NVRAM using ROM-resMent power-up process steps. Using the ROM-resident 
process steps, ROM-resklent executable modules are selected In accordance wtth the conf igmtion code read 
from NVRAM. The modules are selected in bit-wise correspondent to the binary digits of the configuration 

25 code In NVRAM. The selected modules are then stored Into DRAM and executk>n control f<»' the nKxiuies Is 
passed to DRAM whereupon the selected modules are executed. In this manner, multiple configurations can 
be defined and selectiveiy changed. 

At Step S7, the Et herNet frame type oft he infbrmatton packets transmtted on t he LAN is deter mined {as 
will be dtecussed In grssAer detail In section 4e below). That is, EtherNet aupports four diffsrent frame types: 

30 EtherNet 80Z3; EtherNet II; EtherNet 80Z2; and EtherNet SNAP. To determine the EtherNet frmB type, a 
pre-scan procesa (TRESCAN*^ determines whatframa type Is resident on the LMi (from any LAN broadcast 
data), and oonngures the appropriate NEB-rssident protocol stacker that data. The pr»-ecan process strips 
away bytes of data from a received LAN packet until the bytes which indicate frame type are reached. Brtefly, 
Step 87 providea the NEB with the capability of processing LAN packets of different frame types by: rscehring 

S5 from the LAN a frame of data, pre-scanning the frame to determine the frame type, and processing, on the 
NEB, the identified frame, using an appropriate processing program. The pre-scanning operation indudes the 
sub-steps of stripping a predetermined numtw of bytes from the head of the frame, processing the stripped 
frame to identify an Idantlflcatlon code indicative of the frame type, and transmitting the Mentified frame to 
the processing program. 

4D At Step S8, a timer module which ms downloaded in Step S6 finds the nearest LAN server and requests 
the current time. After racehring the current time, the process proc^ds to Step S9 where it is determined 
wrhether it is midnight, Lei whether the returned time indicates a new date. 

Steps 89 through S12 comprise a so-called 'autologglr^" function which Is carried out In the NEB by the 
CPSOCKET program in order to automatically and systematlcaily provide etatus Information from the printar 

45 to the LAN (autoiogging will be discussed in greater detail in section 41c below). In Step S9, If mklnlght has not 
been reached the procedure advances to Step SI 3. However, once mUnight Is reached, the NEB micropro- 
cessor 21 6 transmits a request to the printer ever the SCSI bus for the printer to raturn current status to the 
NEB. For example, the printer may return the cumulath^ number of pages printed to the NEB. In Step S11, 
the NEB micropro^sso* 216 calculates printer statistics such as pages per Job or pages per day, the NEB 

so havlng kept track of the printed, print jobs processed, off-line time, and printing time. 

CPCONSOLalso retrieves the stored log file to t he screen for viewing and printing. The log file is in reverse 
chronological order and includes the foltowlng record types. The precise content of the log file varies in ao- 
cofdance with the logging level aet by CPINIT, as summarized in Table 7. 

55 
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TABLE 7 



Type 


Dan 




STD 


<Day8xPaoddxJobsxOfflinexPrtntino> 


daily atatiat ICS 


STC 


<Day8xPa9«6xJob&xOfflin0xPrinting> 


cumulativa 6tatiatlc& 


STA 


<Day8xPagesxJobs»Offlln©xPrlntlng> 


average statistics 


SOJ 


<ApplicatlonxU86rxJobxFitd 8firverxQueue>^mn> 


atartof job 


INI 


<NE6 Typ8XR0M/MAC AdrBS8>^r}nter Nam8> 


innffiiizatton racora 


row 


<NEB TypexROM/MAC Adress^rinter Name> 


power on record 


RBT 


<NEB Typ6XROM/MAC AdmssxPrinter Namft> 


reboot racofd 


WAR 


^pllcatlon>^arningp> 


warning 


EOJ 


<AppliaationxUSERxJobxDl9po9ltion> 


end of Job 


ERR 


<ApplicatlonxErroP- 


error 



[Appllcat ion Control (Step 51 514)] 

25 Application confab allows CPCONSOL to vi«w the current configuration of the NEB within the network 
(ae either CPSERVER or CRPRINTER) (Step S1515) and to actlvata/deactlvatB or modify and store that ap- 
plication (Step SI 51 6). Access to the targeted NEB is pmvidad via the LAN Interface which responds to the 
CPCONSOL request by putting a result code on the LAN interface. 

so [Printer Status (Step S1 51 7)] 

This menu cdiows CPCONSOL to display the current status of the printer attached to the NEB (Step 
S1618}, and to modify and ^re the new printer status (Step S1619). CPCONSOL directs a status request to 
the targeted NEB via the LAN Interface. At the targeted NEB. CPSOCKET recedes the static request and 
35 sends a request fE>r the needed status information to the printervia the bidirectionai SCSI Interface. CPSOCK- 
ET reoehres the status information from the printer over the bidirectiona! SCSI Interface and directs the in- 
formation back to CPCONSOL where it is displayed on the system administrator^ PC 14. 

There are 29 possible ^tus conditions. 'tJORMAL" being the most oomnran, as summarized tn l^ble 8. 

40 
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Table 8 



Status 


Msanliig 


NORMAL 

* 


On-- line, ready to print or 
printing 


OFFLINE 


Off-line, not ready to print 


ENGINBTBST 


Engine test detected 


MaINTRunNZNG 


Haintenance program running 1 


PAPSROUT 


Paper tray is siea>ty 1 


PRINTEROPEN 


The printer top is open 1 


PAPERJAHX 


Paper is jammed at location 


NOEPCART 


No EP cartridge is present 


TOMERLOW 


The toner cartridge is lov^- 


ULFEED 


XT-L feed ~ 
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10 



IS 



20 



25 



30 



S5 



LOADX 



LOADim 



FBEDx 



FEEDnn 



OCX 



SETDPPER 



TRXYFOLL 



PAGEFULL 



LZKEERR0R22 



LIKEERROR40 



DLMEMORYFULL 



WKHQCORYFDLL 



JOBREJECT 



PRINTCHECK 



OFTREMOVAL 



FONTFULL 



WARMIKGUP 



SERVICE CALL 



TRANSIENT 



Your paper is loading 



Load paper •im*' 



Feed Paper [KnessaqeJ 



Feed paper "nn'' 



CaPSL outputs call 
[nfttessage] 



Set to upper tray 



Paper ou^nit tray ia full 



The, page is full 



22 line 
vanual) 



error (see printer 



40 line 
laannal) 



errors (see printer 



Dovnload Htenory full 



Working aemory fall 



Job has been rejected 



Print check error 



Option removal 



Pont configuration are full 



Printer is in varaup 



Service call is needed 



A transient f unidentified 



41 NEB Rftafwnaas To Status Inquiry Usinfl CPSOCKET 

CPSOCKET is an application program whicli runs out of DRAIM 220 on tins NEB 2 in tha mult Masking soft- 
time environment provided by the non-preemptive MONITOR. CPSOCKET causes SAPSERVER to nK>nitor 
tite NEB'S broadcast socdcet on the i^ for broadcasts from diant prt^rams such as CPINIT, CPCONSOLand 
DOWNLOADER. 

CPSCX:keT is rasponsEble for the internal configuration of the NEB, such as configuratbn as either a 
PSERVER or an RPRINTER. ConTQumtions are set at the request of CPINIT, aa desffibed above, but it ia 
CPSOCKET that receives those conf juration commands and physically alters NVRAM 22a 

CPSOCKET also maintains a table of default settings fbr tha devtee environnrant (that is, a guaranteed 
safe environment, see section 4m below), downloads the basic configuration information for the printer and 
for the NEB (for example, fonts and emulattons) at device power-up (see section 4d above), provides device 
status information, statistics, and log Information In response to CPCONSOL requests, and provides reset, 
re-boot, and firmware download capabilittos. 

FiOS. IfiAand 168 comprise a detailed flow diagram showing operation of the CPSOCKET program, in 
Step 31601, after sutKsessful power-on-self-test (POST), microprocessor 216 transfers the CPSOCKET pro- 
gram module from Its storage locations In EPROM 222 Into appropriate storage locations In DRAM 220. During 
transfer, microprwassor 216 configures the CPSOCKET program in accordance with the configuration infor- 
mation for the.CPSOCKET program stored in NVRAM 228. Thus, for example, It is possible to selectivdy ac- 
tivate certain portions of the CPSOCKET program module in accordance with dasired levels of complexity. 
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those desired levels of complexity being stored in NVRAM 228. 

In Step S16Q2, the NEB oonvnences execution of the CPSOCKET from DRAM 220. CPSOCKET b exe- 
cuted in a muttl-tasking soft-time environment by the non-preemptive MONITOR which permits non-preemp- 
tive executioner other application programs such as CPSERVERwitiiout letting one application program seize 
6 control of the microprocessor to the exclusion of other applteatlon progrsms. 

In Step S1603, CPSOCKET broadcasts its existence over the LAN interface via service advertising pro- 
toooH broadcasts (SAPSERVER) whidi contain a proprietary sock^ number (see sectoln 4g above). Because 
otherservers are operating inthemultl-tasldng environment established in StepS16Q2, and because the Net- 
ware®-oompatible software only permits a sin^e non-fil^erver server to advertise frcxn a single network 
to node such as the NEB, CPSOCKET broadcasts its SAP advertisements via the SAPSERVER program. As 
de^bed mm f uDy above in paragaph 4g, the SAPSERVER program permits two network servere to broad- 
cast from a single network node even when the network supports only single servers fcr each network node. 

In Step S1604^ CPSOCKET receives a broadcast request from a client for example, CPINIT or CP CON- 
SOL on proprietary socket 4S3. CPSOCKET responds to the client (Step S1605) with an IPX packet on the 
iS aanw socket 

In Step S1606. the dient establishes direct SPX communicatton with CPSOCKET oyer a socket number 
that Is pre-assigned to CPSOCKET, here socket number 83B4 for ocvnmunlcatlon or 83B5 for connection. In 
accordance vi^h that direct connection, CPSOCKET receives and Interprets client requests and/or commands 
that are received over the LAN interfece, monitors the status of the printer overt he bi-directk)nal SCSI inter- 

20 face, receives and sends status commands and/or inquiries to the printer via t he bi-dlred tonal SCSI interface, 
reconfigures the NEB and the NEB configuration parameters, and sends requested tnfomration to the dient 
via the LAN Interface. These steps are described more fidly below In connection with Steps S1607 through 
S1620orFIGS. 16Aand 16a 

In more detail, In Step S1607, if CPSOCKET determines that a configuration command has been received, 

25 then flow advances to Step SI 608 in which the conf iguratton commands are executed and the result provUed 
via the LAN to the client Configuration commands are listed In Table 9 and generally pertain to the configur- 
ation of the NEB board as eltheraCPSERVERoran CRPFUNTER In accordance with configuration commands 
initteted by the CPINIT program. 



Table 9: Configuration Commands 



Conumand 


Data (CPINIT CPSOCKET) 


Reference (CPSOCKET ^ CPINIT) 


request for current configura- 
tion 


none 


currant NEB settings (CPSER- 
VER/RPRINTER/l-PR) 


reconflgure/ddoonr^ura 


Desired Configuration 


new configuration confirmation 


activate/deactivate applici^ 
tlon 


none 


confirnrntton 


reset 


none 


confirmation 


re-boot 


none 


none 



If in Step S1609, CPSOCKET determines that a device Infomnation command has been received, then 
flow advances to Step S1B10 in which those device information commands are executed and the results pro- 
vided to the LAN interface, in general, device information pertains to the interface, oontioi static, font set and 
environmental settings of the printer4 attached to NEB 2. Device Information comnnands in Step S 161 0 permit 
reading printer device infbrmatlon, setting printer device Information, reading default settings for that infor- 
mation, and resetting the default settings to desired values. Device information commands are detaii^ in Ta- 
ble 10. 



55 
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Table 10; Device Informat^lon Conaands 



Goninand 



Data 
(CPCO NSOI* 
CPSOCKET) 



(CPSOCKET -» 
CPCCTISOI*} 




request for 

interface 

statue 



none 



interface statue 



request for 
control 



none 



printer control 
information for 

CPCOHSOL 

"control** nenu 



request for 
font status 



none 



printer font set 



I request for 
layout status 



none 



printer layout 
(portra i t / landsca 
pe, etc.) 



I quality and 

conaaon 

en viromnent 

status 



none 



printer macros 



request for 
duplex status 



none 



printer duplex 
mode 



mi scellaneous 



none 



miscellaneous 
printer info 
(collation, 
stapling, paper 
folding, paper 
trays, etc.) 



request for 
default 
I control 
status 



none 



default printer 
control 

information for 
CPCOKSOL 
"control" menu 



request for 
default font 
status 



none 



default printer 
font set 



[default 
layout status 



none 



default printer 
layout (portrait/ 
landscape, etc^ ) 



request for 

default 

Iquality and 

common 

environment 

status 



none 



default printer 
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tand 



Data 
(CPOO HSOL 
CPSOCKET) 



Res ponse 
(CPSOCKET 
CPCONSOL) 



default 
duplex status 



none 



default printer 
duplex node 



default 
aiecel laneous 
printer info 



none 



default 

I miscellaneous 

printer info 

(collieition, 

stapling « paper 

folding « paper 

trays y etc .J 



set control 



new printer 
control 

information for 
CPCONSOL «control< 
menu 



conf irmat ion 



set font 



new printer layout 
(portrait/landscap 
e» etcQ 



confirmation 



set quality 
and common 
environment 



new printer macros confirmation 



set duplex 



new printer duplex (confirmation 
mode 



miscellaneous 
printer info 



new miscellaneous 
printer info 
(collation, 
stapling, paper 
hold, paper trays, 

O 



confirmation 



set default 
control 



default printer 
control 

information for 
CPCONSOL •'control" 
menu 



confirmation 



set default 
layout 



default printer 
layout (portrait/ 
landscape, etc>) 



confirmation 



set default 
quality and 
common 
environment 



default printer 
macros 



confirmation 



set default 
duplex 



default printer 
duplex mode 



confirmation 
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10 



1 Coiamand 


Data 

(CPCOKSOL 
CPSOCKET) 


Response 
(CPSOCKET 
CPCONSOL) 


Iset default 
InlGcellaneous 
1 printer Info 


default 
alscallaneous 
printer info 
(collation, 
stapling, paper 
holding, paper 
trays , etc » } 


confimation 



IS 



2D 



If tn Stap S1611, CPSOCKET ddterminas that a configuration paranidtar command has t>edn revived, 
ttten fiow advancds to Step S1612 In which CPSOCKET axecuta& thd received command and provides the 
result via the LAN to the dient As shown tn Table 11, configuration parameter comn^nds pertain generally 
to parameter values stored In the NEB concerning time, date, safe printer envfronment information, logging 
options, log file size, etc 

Table 11: Configuration Parameter Commands 



Command 


Data (CPNIT-> CPSOCKET) 


Respond (CPSOCKET CPINIT) 


request for current configura- 
tion parameters 


none 


oonfiguiation parameters (e.g. time, 
data, safe printer environment Inib, 
logging options, etc.) 


set new configuration para- 
meters 


configuration parameters (e.g. 
time, data, safe printer environ- 
ment Info, logging options, etc) 


oonfimrmtion 
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If In Step S1613 CPSOCKET determines that a NEB application program command has been received, 
then flow advancea to Stop SI 614 In which CPSOCKET provides information on the current application pro- 
gram, namely RPRINTER, PSERVER, or LPR (for UNIX). Application program informatbn genernD/ includes 
server name, file server queue, device ID. etc, as detailed in Table 12. 

Table 12: Application Program information 



Command 


Data (CPINiT CPSOCKET) 


Response (CPSOCKET CPINIT) 


request for CRPRiNTER Info 


none 


CRPRINTER info 


set CRPRINTER info 


new CRPRINTER Info 


confirmation 


request for CPSERVER Info 


none 


CPSERVER Info 


set CPSER^R Info 


new CPSERVER INFO 


confirmation 


request for CI-PR Info 


none 


CLPR Info 


set CiJ3R info 


newCLPR Info 


confirmation 
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If In Step S1615 (RG. 16B) CPSOCKET determined thata NEB/prlnlarstatlstic command has been issued, 
then flow advances to Step S1616 In which CPSOCKET Interrogates the printer through the bi-dlrectlonal 
SCSI Interfax to obtain needed printer statistics. The statistics correspond to the networli group displays de- 
scribed above in connection with CPCONSOl^ as well as to print Job statistics such as the total number of 
pages printed, the total number of jobs, the total number of Offf-iine t i n^, etc The job stat istics correspond to 
the logging group described above in connection with the CPCONSOL program. Specific examples of the com- 
mands executed tn the NEB/printer statistics commands are set forth in Table ia 
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Tablfi 13: Statistics Commands 



Command 


Data (CPCONSOL ^ CPSOCKET) 


Response (a=*SOCKET CPOON- 

SOL) 


requast network stattstlcs 


none 


network statistics fcr CPCONSOL 
-NETWORK* menu 


daar network statistics 


none 


oonf{riiiatk>n 


request Job statistics 


none 


Job statistics for CPCONSOL HOG- 
GING" menu 


dear^b statistics 


none 


confirmation 



IB If ki Stap 81 61 7 CPSOCKET detemrdnas that a logging cmmand has been rscelvad, then flow advances 
to Step S1618 in which CPSOCKET obtains the tog Hie from the printer dtslc 114 via the bidlrsctiorat SCSI 
interfsce, and sends the log file to the client via the LAN interface. iJ^ggtng commands afe summarized Table 
14. 



Table 14: Logging Commands 



Command 


E)ata (CPCONSOL CPSOCKET) 


Response (CPSOCKET-^ CPCONSOL) 


request log file 


block # 


next block number of log file and long date 


dear log request 


none 


confirmation 



If in Step S1619 CPSOCKET determines that a download command has been received from the LAN In- 
terface, then flowadvances to Step S1620 in which CPSOCKET executes the download request, for example, 
by racehdng downloadable code and atoring ft In specified locatloiM In DRAM 220, by providing check-eum 
^ data for the downloadable code, and by flashing the downloadable code Into EPROM 222. Son>e of the more 
important download commands are sunvnarlzed In Table 15. 



Table 15: Download Commands 



Command 


Data (DOWNLOAD CPSOCKET) 


Response (CPSOCKET DOWNLOAD) 


dowbad request 


cods 


confirmation 


call r^uest 


checksum, starting address 


confirmation 


flash EPROM 


checksum 


confirmation 



4k. Lopping Peripheral Stati^lcs 

^ As described earlier with respect to FIG. 8A, Steps S9 through S 1 2 comprise an automatic logging function 
in which peripheral statistics (e.g. number ctf pages printed per day) and error events are automatically logged 
(stored) fc^ later retrieval; and wherein the logging level (statistical resolution) may be varied by the network 
administrator. In general, the networic a<frninistrator may select a logging level, and then extract printer stat- 
istics and error events from the log file at any time. The network administrator's portion of such functions 

^ has been described above In paragraph 41, and reference may be had to the discussion and tables set forth 
therein, especially Table 7 which indicates the content of the log file depending upon the logging level set by 
CPINIT 

As background, few LAN peripherals maintain their own statistics, but the NEB 2 includes the capability 
of logging the current status and daily statistics of printer 4 at midnight of each day. This relieves the system 
^ administrator from having to remember to do this on a daily basis. The status and statistics data nray be stored 
In printer hard dlsic 114, printer NVRAM 111, NEB DRAM 220, or In the NEB NVRAM 228. The location of the 
stored log file may t>e selected by the networic administrator depending upon the remaining memory capacity 
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of each of those memories, and the statistics requked by the logging levei selected by the n^orlc adn^nis- 
trator. For example, if the printer hae a hard dislc. the network admlnlstratDr may choose the liBirfy^etalled 
''JOB^ logging level so that voluminous statistics may be retained. On the other hand. If the printer has no 
hard disk, the network administrator may choose the less-detailed "ERROR" logging level so that less storage 
5 space b required. If the log f lie is filled, new error data wiD nrterely wrap around In the nriemory replacing oid 
error data with new error data 

The NEB will automatically store printer statistics such as pages printed, jobs printed, off-line time, and 
print time eadi night for access for the system administrator at a later t i me. The stattetks can be i»ed to arv 
tkiipate replacement of consumable prfriter supplies, such as toner, and to monitor user behavior such as leav- 

f 0 Ing the printer off-line for extended periods of time. 

In general, the logging functbn is accomplished by the printer controller board always knowing what time 
It ra. When a printei/oontroller board is first powered on, the board finds the nearest server and requests the 
time. The board continues to do this every minute. When the day of the week changes, the b<»rd automatically 
requests the printer to report its page count TTie board then calculates the daily statistics and stores them 

IS either to the printer hard disk orto the board NVRAM. These statistics are stored and available to the external 
network program CPCONSOL that can display them to a screen or save them to an external file. 

As described above In paragraph 41. the network administrator may select four togging levels: NONE; 
AUTO; ERROR; and JOB. At the NONE level, no logging statistics are maintained (although they may stlD be 
calculated every minute and temproarily kept In NEB DRAM 220). At the AUTO level, daily statistics are maln- 

20 tained for printer features such as printing days, pages. Jobs, off-line time, and print time. The number of cu- 
mulative pages printed is detemrtined l>y the printer, but the other statistics are determined by the NEB. 

The ERROR logging level maintains the dally statistics discussed above, and also error conditions In the 
printer and also errors that occur in an appi Ication (i.e. CPSERVER). The NEB queries the printer every minute 
for such error conditions. Such printer error conditions may Include: off-line; out-of-paper; printer-ls-open; pa- 

25 pe^jam; no-toner-cartridge; toner-ls-kwv; printer feed and k>ad errors; tray-ls-full; line errors; print-job- 
r^jected; font-is-fuD; service call; et& Application errors may Include: fileserver down; primary fiieserver un- 
available; CPSERVER running elsewhere; IPX not Installed; etc. 

The JOB logging level maintains the daily 6tatistlc& and error conditions noted at>ove and also maintains 
Job start and Job and information, whteh are detarminad by the NEB. Of course, the number and types of log- 

30 ging levels, and the data latalned In each logging level may be varied according to the partteular peripheral 
and the partbular LAN In which tha NEB la Installed. 

RGS. 17A and 17B comprise a flow chart showing the overall operation of the automatic logging function 
within the NEB. Reference may also be had to FIG. 5Aand Table 7 noted abova. At Step SI, power te applied 
fo the NEB and at Step 88, the timer module finds the nearast server and requests the time. At Stap 81 701, 

3S it is determined whether the NONE fogging tevel has been selected, if the NONE logging level has bean se- 
lected, the process skips to the end of the flowchart where a return is made to the overall flow diagram of 
FIGS. 5A, 56 and 5C. 

If the NONE logging level has not been chosen In Step S1701, StepS17Q2 determines whetherthe AUTO 
logging level tias been selected. If the AUTO logging level has been sslected, the process proceeds to Step 

40 S9 where midnight is awaited. However, if the AUTO togging level has not been selected, Stap S1703 deter- 
mines whetherthe ERROR logging level has been selected. Where the ERROR fogging level has been se- 
iectad, the process skips to Step S 1706 where a one minute timeout is awaited, hfowaver, if the ERROR fogging 
level has not been selected, it Is determined In Stap S1704 that the JOB fogging level has been selected. In 
this casa, Step 81 705 stores the job start and Job end times to the log nis. At Step 81706, a one minute timeout 

45 is awaited wrhereafter Step S1707 queries the printer for error events and saves such events to the log file. 
Thus, when either the ERROR or JOB losing levels have been selected, the board quarias the printer every 
minute for error events and stores such error events in the log file. 

Step S9 waits for midnight whereupon the NEB queries the printer for Its dally stet istics at Step S1 0 FIG. 
15B}. If midnight has not been reached In Step S9, the procedure returns to Stop S1702 where it is determined 

so which loggfog level has been selected. 

in Step S11 , the daily printer statistics are calculated utilizing the printer stetisttes received In Step S1Q. 
Thereafter, In Step S12, the daily stetistics and the error events are stored in the printer hard disk 114 andfor 
the printer NVRAM 111 , and/or the NEB NVRAM 228. Note here that the network administrator may select to 
store loggir^ statistics and error events in any combination of memories, providing further flexibility to the 

« LAN. 

The logging functions discussed above are quite significant in makii^ the printer an interactive and re- 
sponsive member of the LAN since the SCSI connection between the NEB and the printer Is capable of ex- 
tracting vdunes of specific date from the printer. 
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41, Multl-taskinfl Independently Executable Programs 

As briefly deacribed earlier with respect to Step S20 of FIG. 5B. the NEB EPROM 222 stores a MONITOR 
program whidi Is a mechantsm which supports multitasking in the run-time envlronnnent while pemrtltting syn- 

5 chronous operation in a de-bug envtronmenL MONITOR permits currently-called tasks to be performed on a 
non-preempth^e basis while the NEB awaits real-time Interrupts from either the LAN (for CPSERV/ERor 
CPSOCKET) or through the SCSI jntsrfece (e.g.. when status information is being provided from the printer 
to the NEB In response to a previously-reoeived status request from the LAN). Thus. MONITOR permits all 
currently-executing t^ks to be performed simiMtaneousiy by sharing use of the microprocessor 216. Of 

10 course, all soft-time applic^lorm. Including MONITOR Itself, are Interruptabie by real-time events. 

F10. 16 is a notk)nal flowchart of a sequence of events which may occur in order to illustrate the multi- 
tasking operation within the NEB. At Step SI . poweris applied to t he NEB, and the MONFTOR program down- 
loaded frcvn EPROM 222 to DRAM 220 In Step Sia01 . For example, the fdlowing modules are downloaded 
together with MONITOR: SCSI Driven Unk Support Layer Network Driver Prescan; IPX/SPX; Customized 

15 NETX; SAPSERVER; CPSOCKET; and Print Applications (see FIG. 6). 

If, at Step SI 802, print data receh^ed from file server 30, CPSERVER will begin processing the received 
job data In preparatton for transmission to the printer 4. Processing of such print Warmatlon now in the "soft- 
time" environment, and Step SI 803 determines whethera relinquish interrupt has been received from the pro- 
gram processing the print data. If a relinquish interrupt has been reached at Step S1 803, execution of the cur- 

20 rently^ecutlng module stopped and control is returned to MONFTOR at Step S1604. MONITOR saves the 
state of the interrupted task in DRAM 220. However, if the relinquish interrupt has not been reached at Step 
S1803, the process proceeds to Step S1805 where It Is determined whether the currently-executing nwdule 
has reached an end. If the end has not been reached in Step SI 805, the program watts until another relinquish 
Interrupt is reached in Step SI 603. 

25 If t he currentiy^executing module has been stopped at Step SI 804, or if the currently-executing module 
has reached an end at Step S1805, it Is determined at Step S1806 whether data has been received which re- 
quires the exe^lon cf another software module, e.g., where data is received over the SCSI hterfiaoe in re- 
sponse to a prsviousiy-Sssudd request for printer status. If it is determined in Step SI 808 that such date has 
been received, Step S18Q7 t^egins execution of another application module using the newty-receivad date. 

30 At Step 1808, it is determined whethera relinquish interrupt has been reached in the second application 
module. If such an interrupt has been reached, the second applteatlon will stop execuffcm and pass control 
to MONITOR which stores in DRAM 220 the stete of the Just-interrupted second module at Step S1809. How- 
ever, if the relinquish interrupt in the second module has not been reached at Step S1 808, it Is determined at 
Step S1810 whether the and of the second module has been reached. If the end has not been reached, the 

35 program merely awaits the relinquish interrupt at Step S1 808. If it is determined that the second module end 
has been reached in Step SI 610, Step S1811 determines whether the first module end has been readied. 
Where the end of the first module has not been reached, butthe end of the second module has been reached, 
the pnxs^ returns to waiting for a relinquish Interrupt in the first application modute at Step S1803. If both 
the nrat and second modules have reached their end at Step S1811 , control will return to the MONITOR pro- 

40 gram In order to execute other nevrfy-received soft-time tasks. 

After the second application module has stopped executing due to reaching a relinquish interrupt tharsln, 
control is passed to MONITOR which, after storing the stete of the interrupted nrKXIuie in DRAM 220 (Step 
S1809}, will reoonnmanca execution of the first module In Step S1812, and continue execution of the first mod- 
ule until another first nru>dule relinquish Interrupt is reached at Step S1803. 

45 Thus, the non-preemptive multi-tesking allocation of the microproceseor resources allows processing of 
a number of tasks ki parallel on a near real-time basis. 

4m. Placing The Printer In A Dateult Conf iguretion 

50 As discussed above with respect to Step S25 in FIG. 5C, the NEB will ensure that the printer is set to a 
known, deteult configuration at the beginning or end of a print Job. The NEB does this by downloading to the 
printer's non-vdati le menwy (either hard disk 114 or NVRAM 111 ) a default conf iguretion code which Indicates 
the deteult environment (e.g. portrait ntode, 10 point type, Roman lettering, etc) in which the printer should 
be left at the conclusion of a print Job. Upon receiving a print date stream from the LAN, the NEB retrieves 

55 the configuration code from the printer's non-volatile memory, appends the cxinf Iguration code to a block of 
print date as an escape sequence, and then downloads the print job block wfth appended escape sequence 
to the printer. The printer will then conduct a printing operatton, and (baaed on the escape sequence) will leave 
the printar in the desired deteult configuration. 
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Novell NetWare software includes the ability to reset a n^work printer in a d^iault environment after 
every print job. It does this by having the file server 30 install what amounts to a fake print Job at the head of 
the print Job itself. However, the exact printer escape sequences neoessary to set partioutar printer default 
oonfigurations reside in a database on the network, and not within the printer ttsetf. Therefore, if it Is d^lred 
6 to operate UNIX on the LAN, or where there Is a problem with the file server tts^, the printer may not be 
restored to a default oinfigurst km which ensures that the next print Job will be printed with the printer in a known 
conftguratk>n. 

A method of guaranteeing a printer default environment using the NEB operates on the difference that 
the printer reset state oonf iguratnn and requ bite escape sequence Instr ucttons reside within the printer itself, 
10 and the printer itself is responsible for resetting its own envbonment within print jobs. TTius, the printer reset 
feature avallabie without depending upon any devk^e external to the printer. Furthermore, the initial default 
configuration may be loaded and subsequently modified from a remote location over the LAN through the 
NEB'S serial or parallel interfaces. 

The oonfiguratk>n code may be sent to the NEB through the CPCONSOL program, as discussed above 
16 in section 4L 

It may be convenient to store a plurality of default configuration codes in t he printer non-volatile memory 
in order to allow the network admlntetrator great flexibility for printer usage on the LAN. For example, print 
Jobs received from an engineering source may require the printer to default to a portiait mode, whereas print 
Jobs received from accounting may require that the printer be left in a sprsad sheet mode. Thus, tyy ensuring 
20 a known default environment, any of a number of LAN sources may utilize the printer for their spedfic jobs. 

FIG. 19 depk:ts a more detailed flowchart for setting the printer default configuration. At 8tep SI, power 
Is applied to the NEB, and at Step S22, the NEB accesses the LAN file server for active print queues and 
downk>ads print data to the DRAM 220. 

If the printer non-volatile memory stores more than one default oonf iguratron code, it m«y be necessary 
25 to first determine what type of data is being transmitted from the LAN In order to determine which default con- 
figuretkm the printer shouhi be left in. Therefore. Step 89101 determines the LAN source of the print job, and 
Step S1GQ2 retrieves the appropriate default configuration code from the printer, whidi code corresponds to 
the datarmlned LAN sourca 

At Step SI 903, the NEB assembles blocks of image data and designates a start-of-print-job and an end- 
so of-prlnt-Job for each print job. At Step 81 904, the NEB microprocessor 216 appends to a print job an escape 
aequenoe which corresponds to the retrieved configuratton code. Preferably, the escape eequenoe Is append- 
ed to the beginning of the print job, but It may be appended to the end of the print job, cm* to both the beginning 
and end of the job. Then, at Step S1905, the print job, with appended escape sequence, is transfsrrsd to the 
printer, and the printer then renders print acomling to the received print job. When a print Job is completed 
95 after Step S24, the printer will set itself to a defaiJtenvironment at Step 825, which environment corresponds 
to the default configuration code retrieved in Step S190Z Thersfors, the printer will be left in a deteiult envir- 
onment which ensures that the next print job will begin with the printer In a known configuration. 

Thus, a robust and efficient hardware and software sdutton has t>een found for ensuring that the printer 
itself stores a default configuration and is responsible for placing itself in a default oonditkMi at t he end of every 
40 print Job. 

4n. IDownioading Executable Files Into The NEB From A RenK)te LAN Locatton 

The downloading of executable files from the LAU to DRAM 220 will be discussed in more detail with re- 
45 spect to the flow diagram In FIG. 20, and with respect to the discusebn above of Step 830 in FIG. 5C. 

NEB 2 teoonfigursd Initially prior to shipping. IHowever, NEB 2 can be reconfigured subsequently by send- 
ing updated executable files across the LAN from the network administrator's PC 14 to the NEB 2. Further- 
more, netwt^k administrate^' can renttteiy alter the executeble files stored in DRAM 220 of NEB 2, as desired. 
The process by which executable files can be altered in DRAM 220 wiD be discussed in detail with rsspect 
80 fo RG. 20. 

After the board has been powered-up at Step SI, the flow proceeds to Step 82001 at which point the net- 
mrk admin istrator activates a DOWNLOADER program to broadcast over the LAN a request for identification 
of all NEB devices having a particular configuration whereupon flow advances to Step S2002. 

In Step 32002, the DOWNLOAD program determines whether any target NEBs have responded. If in Step 
55 S2002 It Is determined that no target NEBs have responded, flow returns to Step S2001 In which the DOWN- 
LOAD program rsbroadcasts the rsquest with new tar^get information and then flow advances to Step S2002. 

If in Step S2002 a target NEB responds, flow advances to Step 82003. 

In Step S20Q3, the SAPSERVER program rsspon<te with the unique network IDs end the unique socket 
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numbers assigned to eadi NEB (see section 4g abcve). Ttib location infcxmatbn is oollecled, the network 
adnrdntetrator selects a particular NEB to download an exeoutable file, and oonnmunication is estabiiehed witii 
the targ^ NEB. 

Upon selecting the target NEB, the network administrator downloads new operational fil^ and a spatial 
5 pad(et containing a ^eclcsunn value to DRAM 220 across the LAN In Step S2004 whereupon flow advan^ 
to Step S200S. 

in Step S2005, microprooeasor 216 performs a checksum operation on the newly loaded operational files 
and compares the checksum value with a checksum value sent in the special packet whlc^ is stored in DRAM 
220 after the operational files have been stored. 
10 If the chedcsum value does not equal the checksum value In the special packet then flow advances to 
Step S2006 at which point microprocessor 216 notifies the network administrator that the checksum value 
for the new operational files is Incorrectand at which point mlGroproc6ssor216 may purge the files from DRAM 
220. 

if in Step S2006 the checksum value is verified, then flow advances to Step S2007 at which point the 
IS executable files are acted on by microprocessor 216. 

Thi», the network adnrtlnistrator can alter the operation of NEB 2 by remotely sending new operationa! 
files to be stored and to be executed from DRAM 220. 

4o. Loading Independently Exeoutable Modules In ROM 

20 

As described above in FIG. 5C with respect to Step S32, when a binary ROM image Is to be loaded into 
EPROM 222, a plurality of independently-executable nrtodutes are assembled, ordered, and prepared for flash 
to EPROM 222. The assembly and ordering of the modules is presently carried out on a DOS PC, but may be 
carried out in the NEB Itself. An advantage of assembling the independently executable modules In a PC 

25 that the modules may be constructed and/or modiried in a DOS environment 

NEB f rmware oomprisas a numberof separately linked modules, one of which contains permanently ROM- 
resident code which receives control at power-up and provide self-test, loading of other modules into DRAM 
220, and basic I/O services. The other modules residing in the EPROM 222 mi^t be copied to DRAM 220 before 
fixecutton. There ara two types of such nvKkjies, the first of which indudas programs which are essentially 

30 drivers which receive control when loaded, inttlalt^, and then exit, remaining resident The second type of 
such modules are application programs, each of which ex^ujtas a specific set of functions. 

In FIG. 21, the NEB is pOfwered-up at Step S1. At Step &2101, a utility resident In the PC reads from its 
RAM a confiQurat Ion f II e containing t he names of ail modules to be plac^ in the ROM image. The configuration 
file is used to select from RAM, at Step S2102, those modules which are going to be flashed to EPROM 222. 

35 At Step S2103, the utility writes a headerfor the first nmhjie, the header Identifying that module, dabb- 
ing the module attributes, and including a pointer wrhich points to the immediately succeeding module. This 
pointer aides In the ordering of the modules in a specific order prior to load ing. At Stop S21 04, it is determined 
whetherthe last module identlfied.by the configuration file has been selected. If the last module has not been 
ssleded, the process toops to Step S210d, where the header is written for the next module. 

40 When the last module has besn selected in Step S2104, the utility appends the ROM-resident code to 
the end of the image program (at Step S2105) so that upon power-up, the Initialization code resides at the 
address expected by microprocessor 216. 

When the ROM binary Image Is thus constructed, the Image may be downloaded to one portion of the 
memory ares of NEB DRAM 220, and then flashed to EPROM 222, as will be discussed in greater detail in 

^ sectton 4q below and wfth respect to the detailed distaisslon of RG. 50, Step S36. 

4p . Protecting The EPROM During A Rash Operation 

RG. 22 is a block diagram showing the functional construction of the EPROM flash protection circuitry 
so resident on the NEB. The EPROM flash protection circuit includes microprocessor 216 coupled to data bus 
250 and addness bus 251 . Also connected to date bus 250 and address bus 251 is Di^AM 220. ORAM 220 is 
capable of storing a ROM firmwars I mage downloaded from a remote LAN device Into one portion of its menv 
ory area (see section 4o above), and application process steps into another portion of ite memory area. Also 
coupled to date bus 250 and address bus 251 are EPROM 222, Istch 252, and PAL 253. D-type Flip-flop 254 
S5 Is connected to latch 252 and PAL 253. During operation, fltp4lop 254 recedes as Ite clock Input an output 
signal frm PAL 253 and as its date input, an output s'^nal from latch 252. Latch 252 and PAL 253 are also 
connected to DC-DC converter 212, and DC-DC converter 212 is connected to transistor switch 255. Vfhet\ 
activated by lafa^ 252, DC-DC converter 21 2 sends -^12 volts to the input emitter ctf transistor switch 255. Rlp- 
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flop 254 Is also oonnected to transistor switch 255 to provide the necessary input to open/dose switch 255. 

The operation of the EPROM flash protect droultry will now be explained in more detai I with reference to 
FIG. 22. Upon power-up, output of latch 252 wiD be low and flip-flop 254 will be reset In this manner, the output 
signal PROOi from latch 252 will be low and voltage from DO-DO converter 21 2 wi II be directed to sink current 
5 to a ground state. At power-up, flip-flop 254 Is reset so that Its output Is set low thereby opening transistor 
switch 255. 

With transistor switch 255 in an open state, Vpp pin of EPROM 222 will be held at 0 volts preventing any 
data from being accepted or a flash operation from being perfcnmed. That is, for a flash operation to occur in 
EPROM 222, the Vpp pin must reach a level of at least vdts, which is a requirement set by the EPROM 
10 manufecturer's specifications. However, in order to adtleve this voltage level, the fbllowing two programming 
steps are required. 

First when a new ROM firmware package is received in DRAM 220, miaopn}oes3or216 revives a com- 
mand to flash EPROM 222, by generating an I/O wrte to address 360 hex with data bit 7 high (80 hex). In this 
ntanner, DC-DC converter 212 can be first turned on. 
IS Asshown In Tables 16 and 17, address 360 hex corresponds tooontrol reglster230 which is used to control 
read/Write operations to NVRAM 226. As shown in Table 17 bek>w, when 360 hex is sent with bit 7 high/iow, 
the address corresponds to an operation of DC-DC converter 212. 



Table 16 
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I/O SELECT 


ADDRESS 


IAN CHIP 


300 - 30F HEX (R/W> 


DKA DATA lATCH 


310 - 317 VEX (R/W) ~^ 


LAH CHIP SOFT RESET 


318 - 31F HEX (R] 


SCSI CHIP REGISTER 


320 - 32B HEX (R/W) 


STATUS REGISTER 


330 HEX (R) ^ 


• 

CONTROL REGISTER tl 


360 HEX (R/H) f 



40 



45 



CONTROL REGISTER #2 


366 HEX (X) 


NKILGK 


200 HEX (W) 


LAN ADDR. RON 


340 * 35F HEX (R) 



90 



55 
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Table 17 



IS 



LSB 



I I 



-KVRAJH CS(WRITE)« DO(R£M)) 

KVRAM SK (WRITE) 

KVRAM 01 (fIRITE) 

NOT USED 

NOT USED 

NOT USED 



DIAG*tED leON 

0«OPP 

-f 12V DC CONVERTER 
0=SHOT DOWN 



20 After addrdas 360 hex is output, mlcropracddsor 21 6 genfiratas an I/O writa command and aands a wrfte 
aalact to PAL 253. PAL 253 detects a val id addrnss, daoodas it and activates latch 252. With bit 7 high in address 
360 hex, the PR0G1 signal is set high and output from iatch 252 to DC-DC converter 212. When the PR0Q1 
a^nal is recaivad at DC-DC convartar 212, it operates DC-DC converter to produce 4-12 volts. The +12 voKs 
from DC-DC converter 21 2 is sent to transistor swidi 255, and which remains at Its emitter until transistor 

25 a%vitch 255 is dosed. 

Howevar, before ->-12 vdts aflowed to pass through transistor switch 255, the second stop must be exe- 
cutod. That is, microprocessor 216 outpute an \iO read convnand and outputs addrass 366 hex which corre- 
sporfds to a PAL address. When microprocessor 21 6 generates both the conrumand and address, PAL 253 de- 
codes the address and generates a PR0G2 signal. When the PR0G2 signal b high. It will provide a cloclc Input 

30 to flip-flop 254. 

Upon receiving the dock inputi flip-flop 254 will input the PR0G1 signal from latch 252 and then generate 
a TRANSON signal at its outpuL The TRANSON signal is output to transistor switoh 255 which operates to 
dose the switoh that allows +12 volts at its emitter to pass through to Its oollector. At this point +12 volts is 
sent from the odiector of transistor switch 255 to the Vpp pin of EPROM 222. 
ss With +12 vdts placed at the Vpp pin of EPROM 222, microprocessor 216 sends out an EPROM select 
signal. In order to prevent the new firmware Image from being corrupted. EPROM 222 must first be deared 
and erased. Then the EPROM 222 flashed with the new ROM firmware image stored in DRAM 220. Once 
the new ROM firmware image Is stcred in EPROM 222, NEB 2 can be re-booted from the new ROM firmware 
Inrage. 

40 The operat Ion of the EPROM protection chcuit will now be explained with reference to FIG. 22 and the 
flowchart of FIG. 23. 

In Step S2301. a new ROM firmware Image Is received by NEB 2 acrc^ the LAN and loaded Into DRAM 
220. Microprocessor 216 receives a command to flash EPROM 222 in Step S2302. In Step S2303, micropro- 
cessor 216 sends out an I/O write command to PAL 253 and outputs address 360 hex with bit 7 high. Row 

48 advances to Step S2304 in which bit 7 high adivates latch 252 to output the PR0G1 signal. The PR0G1 signal 
turns on DC-DC converter 212 and +12 vdts is output to transitor switch 255. In Step S2305, microprocessor 
216 sends both an I/O read command to PAL 253 and address 3^ which Is a PAL address. In response, PAL 
253 outputs the PR0G2 signal to clock flip-flop 254 which aOows the PR0G1 signal to be Input at Its date 
input Rip-flop 254 outputs the TRANSON signal to transistor switch 255 which allows +12 volts to pass from 

so the collector of transistor switch 255 to the Vpp pin of EPROM 222. in Step S2306, miOT>proces8or 216 dears 
and then erases EPROM 222. In Step 82307, microprocessor 216 determines If EPROM 222 has been com- 
pletely erased. If EPROM 222 Is not omptetdy erased, flow returns to Step S2307. 

After microprocessor 21 6 determines that EPROM 222 has been oompletely erased. In Step S2308, the 
ROM firmware Image is downloaded from DRAM 220 to EPROM 222. Once the ROM fimrware Image b suo- 

55 cessfuQy loaded, in Step S2309 nrdcroprooessor 216 writes address 360 hex with bit 7 tow. The PR0G1 signal 
from latoh 252 goes low and DC-DC converter 212 allows the vdtege level to sink current to a ground state. 

In Step S2310, microprocessor 216 sends PAL 253 an I/O read command and a 366 hex address which 
permits the PR0G2 signal to go low t hereby docking the flip-flop which outputs a low TRANSON signd which 
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opefates to open trarnistzir switch 255. 

Thus. In Steps S2309 and S2310, -^12 vdts is removed from Vpp pin of EPROM 222 and the flash oper- 
ation is ended. After the flash operation, microprooeasor 216 determines if a re-boot oommand has been re- 
ceived in Step S2311, If the re-boot oommand has been received, NEB 2 is re-booted in Step S2312 Irom the 
new ROM firmware Irrmge In EPROM 222. However, If no re-boot command is received, then flow ends, 

4q. Remotely Altering Firmware 

The method for remotely altering f hinware in EPROM 222 will be discussed in more detail below and vdth 
reference to the flowchart llustrsted In RG. 24. Step 836 of FIG. SC. and section 41 above. 

Prior to shipping a NEB to a customer, the NEB \s configured with the minlnrujm number of executable 
flies which permit the NEB to perform necessary functions. However, the NEB can be reoonfiguied subse- 
quently by the customer. That te. a netwc»1c administrator imiy download data from a remote LAN device, which 
data may contain anything from a patch code, to manufacturing lest routines, to entire f irnrware updates to 
be downloaded to the EPROM. 

In more detail. NEB2 can be reconfigured by sending executable files across the LAN from the networic 
adnlnlstratDr's PC 14 to NEB 2. The netwc»1c administrator can remotely alter the ROM fbmware Image In 
EPROM 222. as desired. 

In Step S2401. tiie network adminitf nttor acthrates a CPFLASH program that uses a MAC address e» a 
command line parameter to target a specific NEB. C^FUVSH issues a SAP broadcast request which is respond- 
ed to by SAPSERVER running on the NEB. In Step S2402. CPFLASH waits for a response from the targeted 
NEB. if in the case where the targeted NEB does not respond In approximately 16 seconds, the flow returns 
to Step S2401 and the broadcast is resent However, in the case where the targeted server responds, flow 
advances to Step S2403. 

In Step S2403. the address and location of the targeted NEB is receh«d, oommunication with the NEB 
having the matching MAC address Is established, and a new ROM image firmware is downloaded over the 
LAN to DRAM 220. 

In Stap 82404, the ^slidity of the ROM firmwans image is checiced before proceeding to the next step. 
The validity of the ROM firniware I mage is verified against an image checksum which is sent in a speciai padcat 
along with the download operation In Step S2403. If the checksum value does not match the chedcsum down- 
loaded with the ROM Image, then in Step S2405 the operator Is notified of an error and the ROM firmware 
image In DRAM 220 is purged. 

If the checksum value Is valid, then flow advancas to Stap S2406 at which point micrp pr o oe ssor 216 re- 
trieves any data which is to be preserved, such as the MAC address, and stores the data within the proper 
locations in the new Firmware image stored in DRAM 220. In this fashion, if the new ROM Frmware image is 
defective, the NEB may etill function since predetermined portions of essential ROM firmware«a maintained. 
On^ the essentia] portions of ROM firmware are preserved, flow advances to Step S2407 at which point 
EPROM 222 Is oontroiied to be cleared and erased a plurality of times, If requrled. After EPROM 222 has been 
eiaaed, In Step S2408 the new ROM Image is loaded Into EPROM 222. 

After the flash operation, microprocessor 216 determines if a re-boot contmand has been received in Step 
S2409. If the re-boot command has been received, NEB2 is re-booted In Step S2410. However, if no re-boot 
command is received, then flow ends. 

In Step S2404, the valldfty of the ROM firmware Image may also be verified by comparing newly received 
firmware date with date previously stored in EPROM 222. For exampte, where EPROM 222 stores hardware 
indlcatars previously carried by PROM 232 (e.g., board manufacture date, board revision number, manufac- 
turing tecility, etc; to be discussed in greater detell In section 5 below), such indic^tora n^ be compared with 
the same indicators in the newly-received ROM firmware image. This comparison may be made in addition 
to or in lieu of the diecksum comparison discussed above. 

It is noted that a new MAC address may also be flashed into EPROM 222 at the same time a ROM firmware 
Image Is flashed. IHowever, It Is preferable only to flash a MAC addness prior to shipping, at the completion of 
NEB test This feature is discussed in more detail with respect to Sectbn 5 below. 

5. TEST 

Prkrto Installing the NEB in the printer. It may be tested to ensure the Integrity of Its hardware and software 
ccanponents. FIG. 25 depicts one test configuration which may be utilized to test the NEB 2. In RG. 25, the 
NEB 2 is coupled to PCI 300 via a cable 302 coupled to the NEB ser^ port 21 8. A printer 304 may be coupled 
to PC1 300 in order to print out test results. 



28 



EP0598 511 A2 

The NEB 2 Is coupled to a t^t driver PC2 306 through an SCSI bi» 308 and Ethernet LAN oonnectiora 
310. 312. The PC2 308 includes an SCSI t^oaid 314 and a network controller board 316 so that it nnay simulate 
a printer and LAN entities (audi as the network aMnistrator's PC 14). The PC2 will act as a transponder, 
receiving and returning communicattons to and from the NEB 2, as commanded by the test programs input to 
5 the NEB from PCI 300 through the serial port 216. 

After power is applied to NEB 2. it performs the powerK>n^e!f-te3t operatk>n. While the NEB 2 is per- 
forming each test operatton in the POST, PCI 300 receives test checkpoint resdts amss rariai cable 302. 

Once it Is determined that NEB 2 has sat^ct<v1ly completed POST, NEB 2 enters a l^eady for Down- 
load* state. In this state, NEB 2 waits for a period interval of approximatety one second for further input In- 
fo structtons acrc»s any one of the Input ports. 

While the NEB is in the download state, PCI 300 uploads t^t programs to the NEB through seri^ port 
216. As NEB 2 completes ^ceoition of each test program, it sends each test result back to PCI 300 for veri- 
ficatk>n. If the next checkpoint is not received within a tinneout period (e.g., 1 second), it is determined that 
an error has occurred during the NEB test program, and an error signal Is output by PCI 300. The error signal 
is may be Indteated on a display at PCI 300, or printed out on printer 304. 

On the other hand, if the next checlqwint received by PCI 300 is not verified, then PCI 300 rescripts the 
test program (by adding further, more detailed test modules) In aa»rdanc» with the received result in this 
manner, PC1 300 can locate the problem and debug NEB 2. 

Some test progrHms nnay require NEB 2 to ccvnmunicate with PC2 306 over etther the SCSI bus 308 or 
2D one cf the LAN oonnections 31 0, 312. fo' Instance, in acoordance with the test program. NEB 2 may request 
data from ?C2 over the LAN connect»n 310. PC2 306 is configured to return appropriate responses to each 
communfeatlon from NEB 2, thereby effectively emulating the printer and the other LAN members. If the cor- 
rect communtoation is returned from PC2 306, NEB 2 indicates a successful test by passing another check- 
point to PCI 300 through the serial port 218. 
25 A more d^ied discussion of the method for testing NEB 2 will be provided below with reference to the 
flowchart Illustrated In FIGS. 26Aand 26B. and in accordance with the test configuration depicted in RG. 25. 

When power is first applied to the NEB 2, NEB 2 executes the POST program from EPROM 222, In Step 
S2601. The POST program indudes Individual programs for testing component operation and software pro- 
gramming. After execution of an individual programs within POST, in Step S2602 a checkpoint is sent to PCI 
50 300 to be verified. If a checkpoint is not sent after a predetermined period fdiowing the execution of an indi- 
vidual program or a returned checlcpoint Is Incorrect, an error signal Is aent out from PCI 300 in Step S2603. 
However, if all checkpoints are correct and received within a timely fashk>n, the process advances to Step 
52604 where PCI 300 prepares to eend test prograrris to the NEB. 

At Step S2605, the POST program is complete and NEB 2 waits for instructions from across any one of 
35 the ports, preferably the aerial port. The waiting period can be approximately a one second window in which 
time PC1 300 should respond with the prepared text programs. In Step S2606, if PCI 300 does not respond 
by sending a test program to NEB 2 within the time window, flow advances to Step S2607 where the NEB 
entaras Its normal operational mode. 

When the lest program instruction set from PC1 300 Is rsceived In Step S2606, the instruction set, which 
40 Includes firther test programs, is stored (in Step S2608) on NEB 2 in DRAM 220. In Step S2609, PCI 300 
activates the instruction set and NEB 2 executes each test program within the instructbn set 

The test program instruction set may contain, in random order, test programs whidi require NEB 2 to con- 
figure PC2 306 as a i.AN peripheral devtee, or which require NEB 2 to configure PC2 306 as an SCSI peripheral 
device. In either case, after being configured, PC2 306 will respond to each communication from NEB 2, usu- 
45 ally by merely returning data blocks sent by the NEB. 

Briefly, in Step S2610 (FIG. 26B) NEB 2 configures PC2 306 as a LAN peripheral and PC2 306 responds 
by sending a response to NEB 2 which effectively perforn^ a LAN loopback test by returning the data which 
It has received. NEB 2 will conrvnunicate with PC2 and recent simulated print job results. In Step S2611, the 
result of each block Job Is sent to PCI 300. PCI 300 determines if the test result is oorrsct In Step S261 1 , if 
so K Is detarmlned by PCI 300 that the test result is inorrect, PCI 300 sends a re-scrlpted, branch test program 
(Step S2612) in accordance with the test result received in Step S2611. IHowever, If no further branch test 
program exists, then In Step S2612 PCI 300 will stop LAN testing and output an error signal. 

Thiffi, in Step S2611 , NEB 2 is tested for 1^ communicattona. Assuming NEB 2 successfully passes each 
LAN oonmunication test, flow advances to Step S2613 at vvhich point PC2 306 is configured as an SCSI per- 
5S ipheral device and performs SCSI loopback tests by returning the data which It has received. In Step S2614 
the results of the tests are sent to PCI 300 and IF the results are incorrect, PCI 300 similarly sends a branch 
test in Step S2615 in accordance with the test result Of course, If no further branch test exists to further test 
the peripheral communication, then PCI 300 stops the test, and outputs an error signal. 
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Assuming that NEB 2 successfully passes each SCSI communication test in Step S2614. then flow ad- 
vances to Step S2616 at which point NEB 2 requests further instructions from PC1 300. If PC1 300 returns 
with further instructions, flow returns to Step S2605, but if further testing is not necessary then NEB testing 
is ended. 

6 In summary, a nr^thod fortesting an interactive network board having a LAN Interface and a test interface 
omipfises the steps of applying power to the board and reading a POST result which was executed out of t>oard 
ROM via the test interface, and downloading a test program into the board RAM via the test interface. The 
test program is then activated for execution out of t)oard RAM. The board may t hen be oommanded to configure 
a peripheral device (through either the LAN or the SCSI interface) to be a LAN driver or an SCSI peripheral. 

10 The board then Interacts wit h the LAN driver or SCSI peripheral in accordance with the test program. Results 
of the test program are then output via the test interface to a test computer which receives these test results. 
If certain tests Ml additional test programs may be scripted in aoocmdanoe with the type of failwe. The newly 
scripted test programs wiD be able to perfom fault detection and diagnosis, and these additionaily scripted 
test programs may then be downloaded to the board RAM from the PC1 . 

15 Once all of the tests are successfully concluded, it may be convenient On the fiact<ry test environment) to 
flash the operational f irmiware into EPROM 222. Specif IcaDy, the last step of a testing program may t>e utilized 
to load the requisite firmware Image Into the NEB EPROM 222 prior to delivery (see section 4q above). The 
firmware flashed to EPROM 222 may also include a unique MAC address for NEB 2. 

In the past, MAC addresses were incorporated into circuit boards using a dedicated PROM chip such as 

20 PROM 23Z However, It has been found that if the MAC address » flashed into EPROM, the PROM chip is 
not required, while the MAC address can still be stored in a non-volatile way. (Of course, as discussed in para- 
graph 4q, the MAC address could also be renrxitely flashed Into the EPROM at the same time the RAM firm- 
ware Image is updated, after NEB 2 is coupled to the LAN.) 

In Step S2617 of FIG. 26B, NEB testing has been completed and each board may t>e designated with Its 

25 own individual identifier number, commonly referred to as a MAC address. Thus, in Step S261 7 It is determined 
whetehr a ROM firmware Image is to be stored In EPROM 222. If no Image to be stored, testing ends. How- 
ever, if an image is to be stored, flow advances to Step S2618 where the ROM Image (with MAC address) m 
flashed to EPROM 222. At Stap S2618 it may also be desirable to download other data norntaliy siored in 
PROM 232, such as board revision number, data of manufacture, tester name, etc., together with the MAC 

so address. 

Two pc^lbie scenarios have been oonsldened for flashing t he ROM firmware and MAC address to EPROM 
222. in the first case the NEB 2 has been pre-loaded with a sophisticated set of diagnostics for use in man- 
ufiacturing ts6t& This approach limits the amount of time needed to download the specific tests since they 
will be atr^dy present in the firmware. In this case, after the testa are successful the final production version 

35 Of the firmware is loaded into the board and flashed along with the MAC address and other hardware related 
information such as board revision, manufiacturing data, and taster (Step 8261 8). In the second casa the board 
will be built ¥rith the final production version of the firmware. In this case the board specific Information area 
will be left blank and only this area loaded and flashed after a successful test execution In Step S2618. 
In summary, a method for post-test loading of programmsble firmware into an interactive networlc board 

40 having a IM Interface comprises the step of downloading a ROM firmware image (including the MAC address) 
fo DRAM 220 via the LAN interface. The intagrtty of the ROM im£^e is then confirmed, and the board is com- 
manded to etectronicaliy erase the EPROM. The EPROM is then flashed with the ROM image which Includes 
the MAC address, and the board Is then re-booted from EPROM. 

Thus, what has been described in detail above is an interactive networlc circuit board including structure 

45 and function for coupling a peripheral to a LAN so that the peripheral ie a responsive interactive member of 
the LAN. 

While the present invention has been described with respsct to what is considered to be the preferred 
embodiments, it is to be understood that the pre^nt invention is not limited to the disclosed embodiments. 
To the contrary, the present invention is intended to cover various modifications and equivalent arrangements 
so Included within the spirit and scope of the appended dal ms. The scope of the fbllowing daime is to be accorded 
the broadest interpretation so as to encompass all such modifications and equhmient structures and functions. 



Claims 

55 

1. A method for downloading an executable file to a RAM disposed on a designated interectivB network 
board having a local area networlc interface, comprising the steps of: 

activating a LM4 communication program, said communication program operating to broadcast an 
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inquiry through the local area network for the designated interactive network board, to lecehfe kxatlon 
information of the designated interactive network board !n response to the broadcast inquiry, and to es- 
tablish communication v^h the designated interactive network board; 

downloading, from the local area network, the executable file Into the RAM on the d^gnated in- 
teractive network board through the local area network interface, said executable file including a check- 
sum pacloet; 

verifying a checksum value of the executable fi le against a checksum value in the checksum pack- 
et; and 

in the case that the verifying step is suocessfully completed, remotely controlling the execution 
of the executable file. 

2. Amethod according to Qaim 1, wherein the etap of downloading includes the step of downloading a MAC 
address Into the RAM. 

3. Amethod according to aaim 1 , wherein the step of downloading includes the step of <fciwnloading a check- 
sum value Into the RAM. 

4. A method according to Claim 1 . wherein the step of remotely contn^llng Includes the step of sending a 
command from a remote network source to a pnooessor disposed on the designated Interactive network 
board to execute the executable file. 

5. A method acccvdlng to Claim 1 , wherein the step of downloading Is performed immediately after an in- 
teractive network board test 

6. Amethod according to Claim 1, wherein the step of downloading includes the step of downloading a ROM 
firmware image into the RAM, 

7. Amethod according to Claim 1 , wherein the step of remotely controlling includes the step of commanding, 
from a ramote network source, a loading of the executable file into an EPROM disposed on the board. 

8. A nr^thod according to Claim 1 , wherein the step of downloading is performed through a test interface 
dispc^ed on the board. 

9. A method according to Claim 1 , wherein the verifying step includes the steps of determining a checksum 
value of the executable file and conrtparing the determined checksum value wit h a checksum value in the 
checksum packet attached to the executable file, and wherein. In the case the determined checksum val- 
ue does not equal the checksum value In the checksum packet outputting an error signal. 

IQl An apparatus for downloading an executable file to an intenacthfe network board, comprising: 

a I.AN interfiace connected to said interactive network board, for raceiving an executable file and 
an execute command from a LM4\ 

a RAM, disposed on saki interactive network board, for storing the rsceived executable file therein; 

and 

a processor, dispo^ on said board, for executing the executable f lie stored in saU RAM, In re- 
sponse to the received execute command. 

11^ An apparatus according to Claim 10, further connprlsing a remote LAN device for remotely downtoadlng 
through the LAN interfece the executable file to be stored In said RAM. 

1Z An apparatus according to Claim 11 , wherein the remote 1^ device sends the execute command to the 
pn»;essor to execute the executable file in RAM. 

13^ An apparatus according to Claim 12, wherein the processor verifies the Integrity of the executable file 
before executfon of the file. 

14b An apparatus according to Claim 11, wherein the remote UkN device downloads the executable file 
through a test Interface disposed on said board. 

16u An apparatus acomling to Claim 10, wherein the RAM comprises a dynamic RAM. 
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16L An apparatus according to Claim 10, wherein the interactive board coupled to a printer. 

17. An apparatus according to Daim 10, further cevnprising an EPROM, disposed on said t>oard| for storing 
a plural^ of executatila files, and wherein said processor loads said executat>le file f rcOTi the RAM into 
the EPROM. 

18. An apparatus according to Claim 17, wherein the EPROM comprises a flash EPROM. 

18. An interface module comprising a processor and means for receiving and stoing In non-volatile form in- 
structione executable by said processor, wherein received instrut^ions are verified prior to being stored. 
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